LangGraph多轮对话 Agent 示例解析

用 LangGraph + Qwen 打造属于你的聊天机器人(新手友好版) State就是你机器人的“记事本”,每次对话消息会自动追加到里面。到这里,你已经搭好了一个具备多轮记忆的中文聊天机器人。加入长期记忆,让机器人“记性更好”集成工具调用(比如查天气、查百科)尝试多角色协作,做个“多人格”机器人做聊天机器人,最重要的是理解“状态”和“流程”的设计思路。LangGraph 把复杂流程拆成小块,极大降低了开发和维护难度。希望这份教程能帮你快速上手。如果有问题,欢迎留言交流!祝你早日打造出属于自己的智能助手 🚀。 阅读详情

这段代码演示了如何使用 LangGraph + OpenAI 兼容接口​ 构建一个最小但规范的多轮对话 Agent 流程,并通过 阿里云 DashScope 的 Qwen3 模型​ 进行实际推理。

本质上,这是一个LangGraph + Qwen3 的标准模板示例,适合作为后续复杂 Agent(工具调用、分支判断、循环对话)的基础骨架。

先给出示例代码:

from typing import Annotated, List
from typing_extensions import TypedDict
from langgraph.graph.message import add_messages
from langchain_openai import ChatOpenAI
from langchain_core.messages import HumanMessage, AIMessage
from langgraph.graph import StateGraph, START, END
import os

# 1️⃣ 正确的状态定义(不要用 BaseModel)
class QwenState(TypedDict):
    messages: Annotated[List, add_messages]

# 2️⃣ 配置 Qwen3(OpenAI 兼容模式)
api_key = os.getenv("DASHSCOPE_API_KEY")

llm = ChatOpenAI(
    model_name="qwen3-max",
    base_url="https://dashscope.aliyuncs.com/compatible-mode/v1",
    api_key=api_key,
    temperature=0.7
)

# 3️⃣ 生成回复节点
def generate_reply(state: QwenState) -> QwenState:
    messages = state["messages"]          # List[HumanMessage | AIMessage]
    reply = llm.invoke(messages)          # AIMessage
    return {"messages": [reply]}          # ✅ 必须返回 message 对象

# 4️⃣ 构建图
graph_builder = StateGraph(QwenState)
graph_builder.add_node("generate", generate_reply)
graph_builder.add_edge(START, "generate")
graph_builder.add_edge("generate", END)

graph = graph_builder.compile()

# 5️⃣ 测试运行
if __name__ == "__main__":

    print("===== 单轮对话 =====")
    user_input1 = "你好,介绍一下 LangGraph 的特点"

    result1 = graph.invoke({
        "messages": [HumanMessage(content=user_input1)]
    })

    print(f"用户:{user_input1}")
    print(f"Agent:{result1['messages'][-1].content}\n")

    print("===== 多轮对话 =====")
    user_input2 = "刚才说的特点中,哪一点最关键?"

    result2 = graph.invoke({
        "messages": [
            HumanMessage(content=user_input1),
            AIMessage(content=result1["messages"][-1].content),
            HumanMessage(content=user_input2)
        ]
    })

    print(f"用户:{user_input2}")
    print(f"Agent:{result2['messages'][-1].content}")

代码运行结果如下:

C:\Users\xiayu\miniconda3\envs\agent\python.exe C:\Users\xiayu\PyCharmMiscProject\LangGraph-Agentic-Design-Patterns-SRC\第2章\demo_1-2.py 
===== 单轮对话 =====
用户:你好,介绍一下 LangGraph 的特点
Agent:你好!LangGraph 是由 LangChain 团队开发的一个开源库,用于构建具有状态管理和复杂控制流的基于大语言模型(LLM)的应用程序。它特别适用于需要多步骤推理、循环、条件分支或人机协作的工作流场景。

以下是 LangGraph 的主要特点:

1. **基于图的状态机(Stateful Graph)**  
   LangGraph 允许你将应用程序建模为一个有向图(Directed Graph),其中每个节点代表一个操作(如调用 LLM、工具、人工输入等),边表示状态转移。整个图维护一个共享的“状态”(state),所有节点都可以读取和更新这个状态。

2. **支持循环与条件逻辑**  
   与传统的线性链式流程不同,LangGraph 支持循环(例如:反复思考、自我修正)和条件分支(例如:根据 LLM 输出决定下一步操作),从而实现更复杂的推理流程,如 ReAct、Plan-and-Execute、多轮对话等。

3. **与 LangChain 深度集成**  
   LangGraph 构建在 LangChain 生态之上,可以无缝使用 LangChain 的工具(Tools)、记忆(Memory)、代理(Agents)和提示模板(Prompts),同时提供了更灵活的控制流能力。

4. **声明式与可组合性**  
   用户通过定义节点函数和边的连接规则来声明工作流,代码结构清晰、易于调试和测试。多个子图也可以组合成更大的图,支持模块化开发。

5. **支持异步与流式输出**  
   LangGraph 支持异步执行,并能以流式方式返回中间结果,适合构建实时响应的交互式应用(如聊天机器人、代码生成器等)。

6. **可视化与调试友好**  
   图结构天然适合可视化,LangGraph 提供了导出为 Mermaid 或其他格式的能力,便于理解复杂流程。同时,状态变更清晰可追踪,有助于调试。

7. **适用于高级 LLM 应用模式**  
   特别适合实现以下模式:
   - 多智能体协作(Multi-agent collaboration)
   - 自主代理(Autonomous agents)带反思机制
   - 人类-in-the-loop 工作流(如人工审核后再继续)
   - 分阶段任务分解(如先规划再执行)

简而言之,LangGraph 将 LLM 应用从“线性链条”升级为“状态驱动的图”,让开发者能构建更强大、更灵活、更接近真实世界复杂性的 AI 应用。

如果你感兴趣,我可以提供一个简单的代码示例来演示如何用 LangGraph 构建一个带循环的代理!

===== 多轮对话 =====
用户:刚才说的特点中,哪一点最关键?
Agent:在 LangGraph 的诸多特点中,**最关键的一点是:支持循环与条件逻辑(即复杂控制流)的能力**。

### 为什么这一点最关键?

因为这是 LangGraph **区别于传统线性链式框架(如早期 LangChain 链)的核心突破**。让我们深入解释:

---

#### 🔄 1. **真实世界的问题不是线性的**
大多数实际应用场景——比如:
- 多轮对话中的上下文修正
- 智能体反复尝试调用工具直到成功
- 自我反思(“我刚才的回答对吗?需要重做吗?”)
- 任务规划后动态调整执行路径

这些都**天然包含循环、分支和状态依赖**。而传统的“输入 → 处理 → 输出”链条无法表达这种逻辑。

---

#### ⚙️ 2. **循环 + 状态 = 智能体(Agent)的基础**
LangGraph 通过“图 + 共享状态 + 条件边”实现了类似有限状态机(FSM)或工作流引擎的能力。这使得你可以构建:
- **ReAct 风格的代理**:思考 → 行动 → 观察 → 再思考……
- **带退出条件的循环**:例如“最多尝试3次工具调用,失败则求助人工”
- **动态路由**:根据 LLM 输出决定走“审批流”还是“自动执行流”

没有循环和条件,就无法实现真正的自主推理和容错。

---

#### 🧩 3. **其他特性都建立在此基础之上**
- “状态管理”之所以有用,是因为要在循环中持久化和更新信息;
- “多智能体协作”需要节点间反复交互;
- “人类-in-the-loop”依赖条件判断是否需要暂停等待输入;
- 可视化和调试的价值,也体现在复杂控制流难以靠直觉理解时。

---

### 类比理解:
如果把 LangChain 的普通 Chain 比作“一条直线”,  
那么 LangGraph 就是“一张可以来回走、有岔路口、还能记住你去过哪儿的地图”。

> ✅ 所以,**支持循环与条件逻辑**不仅是 LangGraph 的技术亮点,更是它赋能高级 LLM 应用(如自主智能体)的**基石能力**。

如果你正在构建需要“思考-行动-反思”闭环的应用,这一点就是不可替代的关键。

Process finished with exit code 0

下面逐段代码解析说明这段演示代码的作用与设计思想。


代码结构与解析

1️⃣ 状态定义(QwenState)

class QwenState(TypedDict):
    messages: Annotated[List, add_messages]

作用:

  • QwenState定义了 LangGraph 中整个对话流程的共享状态

  • messages是对话的核心字段,用于保存所有历史消息

  • Annotated[List, add_messages]的含义:

    • List:表示消息列表

    • add_messages:LangGraph 提供的自动合并策略

      • 每次节点返回新的 {"messages": [...]}

      • LangGraph 会自动将这些消息追加到已有消息列表中

      • 避免在多轮对话中手动维护历史

✅ 这是 LangGraph 推荐的标准消息状态写法​

✅ 不使用 Pydantic / BaseModel,而是 TypedDict,符合 LangGraph 设计理念


2️⃣ LLM 配置(Qwen3 via OpenAI 兼容接口)

llm = ChatOpenAI(
    model_name="qwen3-max",
    base_url="https://dashscope.aliyuncs.com/compatible-mode/v1",
    api_key=api_key,
    temperature=0.7
)

作用:

  • 使用 langchain_openai.ChatOpenAI作为客户端

  • 通过 OpenAI API 兼容模式​ 访问阿里云 Qwen3

  • 关键参数说明:

    • model_name="qwen3-max":指定使用的 Qwen3 模型版本

    • base_url:DashScope 提供的 OpenAI 兼容端点

    • temperature=0.7:控制生成结果的随机性

✅ 这种写法让 Qwen3 完全融入 LangChain / LangGraph 生态

✅ 无需额外封装,直接复用 LangChain 的消息体系


3️⃣ 生成回复节点(generate_reply)

def generate_reply(state: QwenState) -> QwenState:
    messages = state["messages"]
    reply = llm.invoke(messages)
    return {"messages": [reply]}

作用:

  • 这是 LangGraph 中的一个节点函数

  • 输入是当前状态 state,包含历史消息

  • 执行逻辑:

    1. 从 state["messages"]中取出全部消息

    2. 调用 LLM(llm.invoke)生成回复

    3. 返回一个只包含新消息的状态更新

关键点:

  • reply是 AIMessage对象,不是字符串

  • 返回格式必须是 {"messages": [...]}

  • LangGraph 会根据 add_messages自动合并

✅ 这是 LangGraph 中最基础、最核心的节点实现方式


4️⃣ 构建 LangGraph 图

graph_builder = StateGraph(QwenState)
graph_builder.add_node("generate", generate_reply)
graph_builder.add_edge(START, "generate")
graph_builder.add_edge("generate", END)
graph = graph_builder.compile()

作用:

  • 定义一个线性流程:

    START → generate → END
  • 各组件含义:

    • StateGraph(QwenState):声明图的状态类型

    • add_node:注册一个处理节点

    • add_edge:定义节点之间的流转关系

    • compile():编译成可执行的图对象

✅ 虽然当前只是单节点,但这是后续引入:

  • 条件分支(add_conditional_edges)

  • 工具调用节点

  • 循环对话(如 ReAct、反思机制)

的标准起点


5️⃣ 单轮对话测试

result1 = graph.invoke({
    "messages": [HumanMessage(content=user_input1)]
})

作用:

  • 构造一条用户消息

  • 启动 LangGraph 执行

  • invoke会:

    1. 初始化状态

    2. 执行 generate节点

    3. 返回最终状态

结果中:

result1["messages"][-1].content

就是模型生成的回复。

✅ 展示了 LangGraph 中最简单的调用方式


6️⃣ 多轮对话测试

result2 = graph.invoke({
    "messages": [
        HumanMessage(content=user_input1),
        AIMessage(content=result1["messages"][-1].content),
        HumanMessage(content=user_input2)
    ]
})

作用:

  • 模拟真实多轮对话

  • 手动将:

    • 上一轮的 用户输入

    • 上一轮的 模型回复

    • 当前的新问题

  • 一起放入 messages

LangGraph 的处理方式:

  • 不区分“历史 / 当前输入”

  • 所有信息都通过 messages统一传递

  • LLM 看到的是完整的对话上下文

✅ 这体现了 LangGraph 的一个核心理念:

对话即消息序列,状态即上下文


总结一句话

这段代码演示了:

如何用 LangGraph 构建一个基于 Qwen3 的最小对话 Agent,通过 TypedDict 管理状态,利用 add_messages 自动维护多轮对话历史,并以 OpenAI 兼容方式调用大模型完成生成任务。

它是一个规范、简洁、可扩展的 LangGraph + Qwen3 入门模板。

qwen2:7b本地化部署:Ollama更新、设置、api调用qwen2服务 本篇介绍了如何使用Ollama本地化部署qwen2:7b,以及进行Ollama的参数设置以及使用api调用qwen2的api服务的方法。 阅读详情

相关推荐

通义千问Qwen3使用方法详解

通过以上步骤,用户可高效利用Qwen3的智能交互、代码生成、多模态处理等能力。开发者可通过API或本地部署实现深度集成,同时需关注模型局限与合规要求。,体验智能问答、文本生成等功能。

美百联盟的博客 6721

Langchain访问OpenAI ChatGPT API Account deactivated的另类方法,访问跳板机API

Langchain访问OpenAI ChatGPT API Account deactivated的另类方法,访问跳板机API

AI架构师易筋 1688

任务型对话Agent实战:从ReAct框架到工具调用与工程落地

大语言模型(LLM)凭借强大的理解和生成能力,已成为构建智能系统的核心。然而,要让LLM从“知道”走向“做到”,需要为其构建一套行动框架,使其能理解复杂意图、规划步骤并执行具体操作。这背后的关键技术原理是任务规划与工具调用,通过ReAct(推理与行动)等模式,将LLM的“大脑”与执行“四肢”连接起来,从而创造出能实际处理事务的“数字员工”。其技术价值在于将AI从信息检索与对话,升级为能够自主完成预订、查询、分析等实际任务的智能体,极大地拓展了自动化边界。在应用场景上,这适用于智能客服、个人助理、工作流自动化

weixin_30565327的博客 413

Qwen学习笔记3:Qwen模型调用外部API实现模型增强(openai的形式)

本文进一步记录了千问模型的函数调用功能使用方法,大家可以一起学习交流~

weixin_42118737的博客 8097

15.4 LangGraph实战:商务会议Agent如何实现98%意图识别准确率?技术方案全解析

摘要:本文提出基于LangGraph的商务会议对话系统设计方案,采用分层架构实现状态管理。系统包含场景分类器(OpenAI嵌入+近邻算法)、LangGraph工作流引擎(议程确认→议题讨论→冲突调解)和动态提示工程(阶段自适应模板)。关键技术包括:Pydantic模型解析结构化信息、知识图谱绑定行动项、多模态情绪识别调解冲突。测试显示系统在议程确认(准确率92%)、冲突调解(中立性87%)等环节表现良好。优化方案采用FP16量化、KV缓存等技术,将端到端延迟控制在800ms内。

yonggeit的博客 3616

QWEN 2.5模型结构解析与代码解读

对Qwen2.5大模型的代码进行研究

4362

LangGraph 记忆机制全解析:从 Checkpoint 到 Store,构建真正的多轮对话 Agent

随着对话的进行,State中的messages会不断增长。响应变慢:每次都要把全部历史消息发给大模型,Token 消耗巨大。成本增加:Token 越多,费用越高。为了解决这个问题,我们需要引入上下文工程(Context Engineering),主要手段是修剪(Trimming)和摘要(Summarization)。"""把历史消息总结成摘要,并替换掉旧消息"""# 如果消息太多,就进行摘要# 调用 LLM 生成摘要summary_prompt = f"请总结以下对话的核心内容:\n\n。

2601_96911161的博客 368

解决VM 与 Device/Credential Guard 不兼容。在禁用 Device/Credential Guard 后,可以运行 VM 的方法

在启用了Credential Guard或Device Guard的Windows 10主机上启动12.5版之前的VMware Workstation中的虚拟机时,将显示蓝色诊断屏幕(BSOD)。 会看到类似于以下内容的错误: VMware Workstation和Device / Credential Guard不兼容。禁用Device / Credential Guard后,可以运行VMwar...

Hern(宋兆恒) 39万+

基于Next.js与LangGraph.js的AI简历优化Agent实战

AI Agent是一种能自主规划、调用工具并维护多轮上下文的技术架构,其核心原理是通过状态图编排任务流程,实现复杂任务的分解与执行。在简历优化场景中,Agent能解析简历、分析岗位、诊断匹配度并生成改写建议,显著提升求职效率。LangGraph.js作为状态图框架,支持条件分支与循环,适合构建此类多步骤Agent。本文以Next.js和LangGraph.js为例,分享从简历解析到多轮对话精修的完整落地经验,涵盖状态设计、流式输出及性能优化等关键细节。

weixin_29091445的博客 259

【网络】PFC背景和原理 、文档(DCB=PFC + ETS,DCBX=DCB扩展)

目录 零、背景 一、PFC 1.概述 2.报文格式 3.工作机制 二、ETS 产生原因 基本原理 优先级组的调度 优先级的调度 三、DCBX 产生原因 基本原理 DCBX TLV介绍 五、PFC 拥塞研究(文档收集) 六、DC-QCN算法 (网络工程师必会) 7.1 α更新 7.2 降速 7.3 提速 8.总结 ...

小鱼菜鸟的博客 2164

FastApi教程

HTTP协议是Hyper Text Transfer Protocol(超文本传输协议)的缩写,是用于万维网(WWW:World Wide Web )服务器与本地浏览器之间传输超文本的传送协议。HTTP是一个属于应用层的面向对象的协议,由于其简捷、快速的方式,适用于分布式超媒体信息系统。它于1990年提出,经过几年的使用与发展,得到不断地完善和扩展。HTTP协议工作于客户端-服务端架构为上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。

小石潭记丶 1560

最小可运行的 LangGraph示例解析

State是 LangGraph 中图的全局状态messages用来保存对话历史表示:新消息会追加​ 到列表中而不是覆盖原有消息📌 这是实现“多轮对话记忆”的关键你这段代码正确、简洁、符合 LangGraph 官方推荐写法,已经是一个合格的 LangGraph + LLM 入门模板。

夏天又到了的专栏 449

Source Insight 4.0 及最新版序列号验证机制全解析:如何快速定位关键函数并构造有效Key

本文深入解析了Source Insight 4.0及最新版的序列号验证机制,详细介绍了如何快速定位关键函数并构造有效Key。通过静态分析和动态调试技术,帮助开发者理解现代软件保护的设计哲学,掌握逆向分析方法论,提升安全研究能力。

weixin_26642481的博客 425

【LangGraph实战】《LangGraph实战》_169.[第8章 LangGraph平台] Agent Protocol应用示例:从创建到运行的完整流程

但当我真正在项目上踩过状态丢失的坑、踩过流式解析的坑、踩过手写API迁移不能的坑之后,我才明白:协议和平台的存在,不是为了增加你的工作量,而是为了让你在大规模、多用户、长周期的生产环境中,睡个安稳觉。从最初的项目搭建,到State与工具的严格定义,再到Assistants、Threads、Runs的标准化接入,最后到流式事件的解析与Studio可视化调试,每一步都是新手容易摔跤、也是老手不敢掉以轻心的地方。一旦需要人机协同,需要暂停等用户输入,需要重试,你的裸奔invoke完全无力支撑。

389

Flexible H-Tree(灵活 H 树)与 Multi-Tap 时钟流程解析

通过灵活 H 树与多抽头技术的结合,复杂时钟架构可在保持电气对称性的同时适应不规则布局,为高性能、低功耗 SoC 设计提供高效的时钟网络解决方案。

weixin_45371279的博客 1910

5分钟快速搭建:使用ros1_bridge实现ROS2容器与ROS1主机的无缝通信

本文详细介绍了如何在5分钟内快速搭建基于ros1_bridge的通信方案,实现运行在Docker容器中的ROS2节点与宿主机ROS1系统的无缝数据交换。通过环境隔离、Docker容器化部署及选择性桥接配置,该方案能有效整合新旧系统,避免大规模代码重构,是机器人项目渐进式升级的实用策略。

weixin_29268637的博客 178

LangGraph智能体架构核心组件与多轮对话Agent实战指南

在大型语言模型应用开发中,智能体编排是决定系统可控性与扩展性的关键。传统链式调用将执行逻辑固化为循环,开发者难以插入人工审批、错误恢复或多智能体协作等环节。状态机模型为Agent提供了一种更严谨的执行范式:将工作流建模为节点与边的有向图,每一步状态显式可追踪,条件路由决定下一步动作。LangGraph正是这一架构思想的工程实现,通过State、Node、Conditional Edge与Checkpointer等核心组件,将对话记忆、工具调用和流程控制解耦。实际工程中,开发者可借助Annotated消息合并

weixin_29055699的博客 119

【系统架构设计师】二十六、论文写作要点

论文写作概述:时间所需120分钟;题目可四选一,必有一题考察软件架构,总有一款适合你;考察形式是机试(开心,再也不用担心字丑了),约2500字。

帅次的博客 4596

【LangGraph实战】《LangGraph实战》_86.[第5章 记忆系统] 短期记忆:如何维持多轮对话的连贯性

LangGraph短期记忆实战:打造“记得住话”的智能体 摘要 本文深入解析LangGraph的短期记忆机制,帮助开发者解决多轮对话中的"记忆丢失"问题。核心要点包括: State管理:LangGraph通过显式State实现记忆流转,开发者需主动维护对话历史而非依赖隐式存储 Checkpoint机制:通过配置MemorySaver等持久化组件,实现对话状态的中断恢复功能 消息裁剪:利用trim_messages等工具控制token消耗,平衡记忆保留与成本控制 线程隔离:通过thread_id区分不同会话,

294

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

IMSL CNL 7.0.0 (x86-64)Crack

IMSL CNL 7.0.0 (x86-64)Crack intel的算法库破解文件,这是C++版本的破解文件

基于Next.js与LangGraph.js的对话式简历优化Agent实战

AI Agent是一种能自主感知环境、规划任务并调用工具执行动作的智能系统,其核心在于通过状态管理实现多轮决策与迭代。在简历优化场景中,传统单轮Prompt生成存在无法迭代、不能调用外部工具、状态无法持久化等缺陷,而基于状态图的Agent架构能够将分析、改写、关键词匹配等步骤编排为可循环、可分支的工作流,显著提升输出质量与用户体验。借助Next.js的流式传输能力,Agent的思考过程可实时推送给前端,实现对话式打磨。本文以简历工具为例,详细拆解了从架构选型、状态图设计到流式通信的完整落地过程,并分享了La

weixin_29054195的博客 310

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

从简历工具到AI Agent:Next.js + LangGraph.js多轮对话实践

在构建复杂的AI应用时,传统的if/else流程难以应对多轮交互与状态维护。状态图作为一种显式的流程编排模型,将节点与边组合成可复用的智能体逻辑,大幅提升了对话系统的可控性。结合流式输出(SSE)与会话管理,能实现类似人类顾问的渐进式交互体验。这类方案已广泛应用于智能客服、文档处理与个性化推荐等场景。它也在简历优化中落地:借助Next.js与LangGraph.js,将传统表单工具重构为会主动追问的AI Agent,解析内容、评估缺口、多轮追问并重写简历,同时解决并发与状态持久化问题。

weixin_29032337的博客 324

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

AI Agent开发实战:从零构建旅游规划助手,破解后来者困境

在人工智能领域,AI Agent(智能代理)正成为连接大语言模型与现实应用的关键技术。其核心原理在于通过规划、工具调用与记忆等模块,使模型能够自主完成复杂任务,从而极大拓展了AI的实用边界。对于开发者而言,掌握AI Agent开发意味着能够构建更智能、更自动化的应用系统,在客服、办公自动化、数据分析等场景中创造显著价值。本文以热门的LangChain和LangGraph框架为例,通过构建一个完整的“旅游规划助手”Agent项目,详细演示了从环境搭建、工具定义、状态管理到工作流编排的工程化实践。项目不仅涵盖了

weixin_33895695的博客 370

LangChain、LangGraph与MCP:智能体开发核心框架解析与实战入门

在人工智能与自然语言处理领域,智能体(Agent)已成为连接大语言模型与现实应用的关键技术。其核心原理在于通过任务规划、工具调用与环境交互,使模型能够执行复杂、多步骤的操作。这一技术价值在于突破了传统模型仅能生成文本的局限,实现了真正的“行动能力”。在应用场景上,智能体广泛适用于自动化客服、数据分析、智能助手与工作流自动化等领域。本文聚焦于智能体开发中的核心框架,深入解析LangChain作为模块化工具库、LangGraph作为状态与流程编排引擎的分工,并探讨MCP协议如何实现工具生态标准化。通过结合环境配

weixin_30315723的博客 415

[LangGraph SDK详解-04]Thread:利用“状态存档”构建连续的对话体验

本文介绍了如何利用LangGraph的Thread机制实现连续对话功能。通过ThreadClient管理调用上下文,Thread作为纯净的状态存档容器,在多轮对话中持续积累上下文信息。文章演示了基于Thread的中断和恢复调用流程,包括创建Thread和Assistant、处理节点中断以及恢复执行。示例代码展示了如何通过wait方法关联Thread进行连续调用,并在中断后通过resume命令恢复执行,最终完成所有节点的状态更新。

JaydenAI的博客 863

LangChain与LangGraph:状态机式AI Agent工作流编排实战

在 AI Agent 开发中,工作流编排常被简化成链式调用,但真实业务往往需要分支、循环、暂停恢复与状态记忆。其原理是把执行过程建模为带共享状态的状态机:节点负责能力调用,条件边负责动态路由,Checkpoint 负责持久化与断点续跑。这样能提升复杂流程的可观测性、可恢复性和可测试性,适用于多轮对话、ReAct 工具调用、人工审批、长任务恢复及多 Agent 协作等场景。围绕 LangChain 与 LangGraph 的定位差异,拆解 State、Node、Edge、Checkpoint 等核心抽象,结合

weixin_29042035的博客 208

LangChain · LangGraph · LangSmith 全景解析:LLM应用开发完整生态

当下大模型应用开发早已不是简单调用一次LLM API、写一段Prompt就能交付。当我们要做知识库问答、工具调用Agent、多轮对话、自主迭代推理的智能体时,会遇到一连串现实难题:如何统一对接不同厂商大模型?怎么把文档检索、工具调用、提示词组装起来?Agent需要循环试错时流程该怎么编排?上线后模型幻觉、链路报错该怎么定位与评估?LangChain、LangGraph、LangSmith这套生态,就是为了解决LLM工程化落地而生。很多初次接触的开发者都会产生疑问:三者到底各自承担什么职责?什么时候该用谁。

changshuaihua001的博客 295
上一篇: 竞品动态跟踪与简报汇总(使用千问)
下一篇: 营销活动策划与复盘辅助(使用千问)
夏天又到了
博客等级 码龄19年 6582粉丝 1589原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值