前言当下大模型应用开发早已不是简单调用一次LLM API、写一段Prompt就能交付。 当我们要做知识库问答、工具调用Agent、多轮对话、自主迭代推理的智能体时会遇到一连串现实难题如何统一对接不同厂商大模型怎么把文档检索、工具调用、提示词组装起来Agent需要循环试错时流程该怎么编排上线后模型幻觉、链路报错该怎么定位与评估LangChain、LangGraph、LangSmith这套生态就是为了解决LLM工程化落地而生。很多初次接触的开发者都会产生疑问三者到底各自承担什么职责什么时候该用谁是不是开发项目必须同时引入这三个库本文会从开发痛点出发逐个拆解三个工具的能力边界讲清楚它们如何协同构建完整的大模型应用开发闭环同时纠正行业里流传很广的认知误区。一、LLM应用开发远不止调用一次大模型API很多新手入门大模型开发以为整个流程就是调用大模型接口传入Prompt拿到返回结果任务就完成了。 但一旦落地到真实业务场景就会发现大量额外工作 需要解析文档、构建知识库实现RAG检索需要赋予大模型调用外部工具的能力要保存多轮对话上下文复杂智能体需要反复思考、调用工具、迭代修正服务异常中断时希望保留现场、断点续跑上线之后还要观测每一步链路定位幻觉与错误持续评估应用质量。原生大模型API只负责生成文本上述这些工程化能力都需要我们手动编写大量重复代码。而LangChain生态就是把这些通用能力封装成一套可复用的工具集。二、LangChainLLM应用的零件工具箱LangChain本质是开源大模型应用开发组件框架。 你可以把它理解成宜家的零件仓库模型封装、提示词模板、文档检索、工具封装、链路编排等高频能力全部封装成独立组件。开发者不用重复造轮子按需挑选组件快速组装原型。它包含六大核心组件Models统一封装各大厂商大模型更换底层模型几乎不用改动业务代码Prompts管理提示词模板支持少样本示例方便Prompt复用Retrievers对接向量数据库实现知识库检索支撑RAG场景Tools封装外部工具能力允许大模型调用搜索、数据库查询等外部能力Memory对话记忆组件。⚠️注意该组件属于旧版遗留组件LangChain v0.2之后官方标记为legacy新版项目推荐使用LangGraph的Checkpointer做状态持久化不推荐新项目直接使用MemoryChains / LCEL链路表达式语言用来把上面各类组件串联构建固定顺序的业务流程。LCEL的能力边界线性任务够用复杂循环场景受限LCEL是LangChain的链式编排语法非常适合线性、单向、一次性执行的任务。比如简单文档摘要、基础RAG问答、文本信息抽取用LCEL开发原型效率极高。这里要纠正一个高频误区LCEL不是完全不能做分支它提供RunnableBranch可以实现简单if-else分支判断。 但LCEL存在底层短板下面这些场景仅靠LCEL很难实现需要循环迭代思考→调用工具→拿到结果再次思考的Agent自迭代流程缺少全局可变共享状态组件之间无法统一读写同一份状态数据不支持断点续跑程序崩溃之后无法从上次执行现场恢复无法支持人工中途介入审核人机协同不适合多智能体协作、超长会话等复杂场景。当业务出现上面需求单纯的流水线式编排就不再够用这时我们就需要LangGraph。三、LangGraph面向Agent的状态机编排引擎普通流水线的执行顺序是写死的一步接一步单向执行。但Agent智能体的特点是每一步输出会动态决定下一步该干什么甚至需要循环重试。这种动态流转的业务需要状态机来实现也就是LangGraph的核心价值。LangGraph由三个基础核心模块构成State、Node、EdgeState全局状态共享的数据仓库。对话历史、工具返回结果、中间推理内容全部保存在这里所有节点都可以读取、修改这份状态Node节点最小执行单元。节点可以调用LLM、执行外部工具也可以执行自定义业务代码节点执行完成后更新全局StateEdge边定义流程跳转规则。其中条件边是实现循环、动态分支的关键可以根据当前State里的数据动态判断下一步去往哪个节点。举一个典型例子自动写代码Agent。 一个节点负责生成代码下一个节点运行测试根据测试结果这个状态条件边进行判断如果测试失败循环回到代码生成节点重新修改代码测试通过才输出最终代码结果。整个流程不是预先写死由每一步运行结果动态决定走向。基于这套状态机模型LangGraph带来四大核心能力循环工作流支持经典的“思考-工具调用-再思考”Agent迭代模式状态持久化Checkpointer实现断点续跑。服务崩溃重启之后可以恢复到之前的执行现场还支持“时间旅行”回溯查看每一步历史状态人机协同Human-in-the-loop流程运行到关键节点时可以暂停交给人工审核修改确认后再继续自动执行多智能体协作多个Agent作为图中不同节点共享状态分工协作完成复杂任务。一句话总结LangGraph的定位它可以把确定性业务代码、大模型自主决策逻辑统一放在同一张状态图中管理。注意LangGraph并不是用来完全替代LangChain二者是互补关系。新版LangChain内置Agent底层本身就是基于LangGraph实现。四、LangSmithLLM应用的示波器与评测平台当我们完成组件组装、流程编排之后会遇到LLM开发独有的痛点大模型应用是黑盒。 线上输出结果出错很难快速定位根因是检索出来的文档不对Prompt设计有缺陷还是大模型本身产生幻觉单纯靠日志很难排查。LangSmith就是解决这个问题的平台。核心误区澄清LangSmith框架无关并非只能搭配LangChain/LangGraph。原生OpenAI接口、手写Agent、CrewAI等任意LLM应用都可以埋点接入追踪LangChain只是自带开箱即用的埋点能力。LangSmith本身不会运行你的Agent业务代码它只负责观测、记录、评估应用的执行全过程。LangSmith四大核心功能Tracing 链路追踪完整记录每一步的输入输出、耗时、Token消耗。线上问题可以直接定位到链路中出错的具体环节Evaluation 评估维护测试数据集支持自动打分、人工打分。修改Prompt或图逻辑后在同一套测试集上回归测试检验效果是否退化Prompt管理提示词版本管控支持在线编辑、团队协作不用硬编码在代码中支持灰度切换不同Prompt版本监控与反馈仪表盘可视化延迟、成本、错误率收集用户的正向/负向评价把线上真实坏案例回收补充到测试数据集。五、三者协同LLM应用完整开发闭环在真实项目开发中LangChain、LangGraph、LangSmith共同组成一套完整迭代闭环组装组件使用LangChain的模型、检索器、工具等组件搭建基础能力编排流程简单线性任务直接使用LCEL需要循环、动态决策的复杂Agent采用LangGraph做状态图编排调试评估接入LangSmith开启链路追踪跑测试集做回归评估验证改动效果上线与持续迭代上线后依靠LangSmith持续监控。线上收集到的负面案例回流到测试集反向优化Prompt或者LangGraph流程反复迭代优化。简单记住三者分工LangChain造零件LangGraph编排复杂流程LangSmith负责质量观测驱动迭代优化。六、选型指南什么时候用什么时候不用工具适用场景不推荐场景LangChainLCEL简单RAG、固定流程任务、快速原型开发需要循环迭代、断点续跑、人工审核的复杂AgentLangGraph循环Agent、多智能体、长会话、人机审核简单线性任务引入会增加额外复杂度杀鸡用牛刀LangSmith开发调试、版本评估、线上监控仅本地一次性Demo、不需要长期迭代评估的极简原型两个最常见误区再次强调 ❌ 误区一LangGraph可以完全替代LangChain。二者互补新版LangChain Agent底层就是LangGraph ❌ 误区二LangSmith只能配合LangChain。框架无关任何LLM代码都可以埋点接入。七、总结LangChain、LangGraph、LangSmith共同构成LLM工程化开发的完整生态但三者并不是捆绑强制使用。LangChain提供开箱即用的各类开发组件快速搭建基础LLM应用LangGraph以状态机为核心解决Agent循环推理、动态流程编排的难题LangSmith解决大模型黑盒问题提供链路追踪、评测、监控能力保障上线质量。做项目要按需选型简单RAG问答只用LangChain就足够如果要开发生产级、具备自主迭代能力的复杂Agent三者配合才能搭建稳定、可调试、可持续迭代的大模型应用。本文源自技术宣讲分享适合入门开发者快速建立对LangChain生态的全局认知。 
长河君 · 2026/10/15 19:39:47 · 阅读 1.2k LangChain · LangGraph · LangSmith 全景解析：LLM应用开发完整生态
前言当下大模型应用开发早已不是简单调用一次LLM API、写一段Prompt就能交付。 当我们要做知识库问答、工具调用Agent、多轮对话、自主迭代推理的智能体时会遇到一连串现实难题如何统一对接不同厂商大模型怎么把文档检索、工具调用、提示词组装起来Agent需要循环试错时流程该怎么编排上线后模型幻觉、链路报错该怎么定位与评估LangChain、LangGraph、LangSmith这套生态就是为了解决LLM工程化落地而生。很多初次接触的开发者都会产生疑问三者到底各自承担什么职责什么时候该用谁是不是开发项目必须同时引入这三个库本文会从开发痛点出发逐个拆解三个工具的能力边界讲清楚它们如何协同构建完整的大模型应用开发闭环同时纠正行业里流传很广的认知误区。一、LLM应用开发远不止调用一次大模型API很多新手入门大模型开发以为整个流程就是调用大模型接口传入Prompt拿到返回结果任务就完成了。 但一旦落地到真实业务场景就会发现大量额外工作 需要解析文档、构建知识库实现RAG检索需要赋予大模型调用外部工具的能力要保存多轮对话上下文复杂智能体需要反复思考、调用工具、迭代修正服务异常中断时希望保留现场、断点续跑上线之后还要观测每一步链路定位幻觉与错误持续评估应用质量。原生大模型API只负责生成文本上述这些工程化能力都需要我们手动编写大量重复代码。而LangChain生态就是把这些通用能力封装成一套可复用的工具集。二、LangChainLLM应用的零件工具箱LangChain本质是开源大模型应用开发组件框架。 你可以把它理解成宜家的零件仓库模型封装、提示词模板、文档检索、工具封装、链路编排等高频能力全部封装成独立组件。开发者不用重复造轮子按需挑选组件快速组装原型。它包含六大核心组件Models统一封装各大厂商大模型更换底层模型几乎不用改动业务代码Prompts管理提示词模板支持少样本示例方便Prompt复用Retrievers对接向量数据库实现知识库检索支撑RAG场景Tools封装外部工具能力允许大模型调用搜索、数据库查询等外部能力Memory对话记忆组件。⚠️注意该组件属于旧版遗留组件LangChain v0.2之后官方标记为legacy新版项目推荐使用LangGraph的Checkpointer做状态持久化不推荐新项目直接使用MemoryChains / LCEL链路表达式语言用来把上面各类组件串联构建固定顺序的业务流程。LCEL的能力边界线性任务够用复杂循环场景受限LCEL是LangChain的链式编排语法非常适合线性、单向、一次性执行的任务。比如简单文档摘要、基础RAG问答、文本信息抽取用LCEL开发原型效率极高。这里要纠正一个高频误区LCEL不是完全不能做分支它提供RunnableBranch可以实现简单if-else分支判断。 但LCEL存在底层短板下面这些场景仅靠LCEL很难实现需要循环迭代思考→调用工具→拿到结果再次思考的Agent自迭代流程缺少全局可变共享状态组件之间无法统一读写同一份状态数据不支持断点续跑程序崩溃之后无法从上次执行现场恢复无法支持人工中途介入审核人机协同不适合多智能体协作、超长会话等复杂场景。当业务出现上面需求单纯的流水线式编排就不再够用这时我们就需要LangGraph。三、LangGraph面向Agent的状态机编排引擎普通流水线的执行顺序是写死的一步接一步单向执行。但Agent智能体的特点是每一步输出会动态决定下一步该干什么甚至需要循环重试。这种动态流转的业务需要状态机来实现也就是LangGraph的核心价值。LangGraph由三个基础核心模块构成State、Node、EdgeState全局状态共享的数据仓库。对话历史、工具返回结果、中间推理内容全部保存在这里所有节点都可以读取、修改这份状态Node节点最小执行单元。节点可以调用LLM、执行外部工具也可以执行自定义业务代码节点执行完成后更新全局StateEdge边定义流程跳转规则。其中条件边是实现循环、动态分支的关键可以根据当前State里的数据动态判断下一步去往哪个节点。举一个典型例子自动写代码Agent。 一个节点负责生成代码下一个节点运行测试根据测试结果这个状态条件边进行判断如果测试失败循环回到代码生成节点重新修改代码测试通过才输出最终代码结果。整个流程不是预先写死由每一步运行结果动态决定走向。基于这套状态机模型LangGraph带来四大核心能力循环工作流支持经典的“思考-工具调用-再思考”Agent迭代模式状态持久化Checkpointer实现断点续跑。服务崩溃重启之后可以恢复到之前的执行现场还支持“时间旅行”回溯查看每一步历史状态人机协同Human-in-the-loop流程运行到关键节点时可以暂停交给人工审核修改确认后再继续自动执行多智能体协作多个Agent作为图中不同节点共享状态分工协作完成复杂任务。一句话总结LangGraph的定位它可以把确定性业务代码、大模型自主决策逻辑统一放在同一张状态图中管理。注意LangGraph并不是用来完全替代LangChain二者是互补关系。新版LangChain内置Agent底层本身就是基于LangGraph实现。四、LangSmithLLM应用的示波器与评测平台当我们完成组件组装、流程编排之后会遇到LLM开发独有的痛点大模型应用是黑盒。 线上输出结果出错很难快速定位根因是检索出来的文档不对Prompt设计有缺陷还是大模型本身产生幻觉单纯靠日志很难排查。LangSmith就是解决这个问题的平台。核心误区澄清LangSmith框架无关并非只能搭配LangChain/LangGraph。原生OpenAI接口、手写Agent、CrewAI等任意LLM应用都可以埋点接入追踪LangChain只是自带开箱即用的埋点能力。LangSmith本身不会运行你的Agent业务代码它只负责观测、记录、评估应用的执行全过程。LangSmith四大核心功能Tracing 链路追踪完整记录每一步的输入输出、耗时、Token消耗。线上问题可以直接定位到链路中出错的具体环节Evaluation 评估维护测试数据集支持自动打分、人工打分。修改Prompt或图逻辑后在同一套测试集上回归测试检验效果是否退化Prompt管理提示词版本管控支持在线编辑、团队协作不用硬编码在代码中支持灰度切换不同Prompt版本监控与反馈仪表盘可视化延迟、成本、错误率收集用户的正向/负向评价把线上真实坏案例回收补充到测试数据集。五、三者协同LLM应用完整开发闭环在真实项目开发中LangChain、LangGraph、LangSmith共同组成一套完整迭代闭环组装组件使用LangChain的模型、检索器、工具等组件搭建基础能力编排流程简单线性任务直接使用LCEL需要循环、动态决策的复杂Agent采用LangGraph做状态图编排调试评估接入LangSmith开启链路追踪跑测试集做回归评估验证改动效果上线与持续迭代上线后依靠LangSmith持续监控。线上收集到的负面案例回流到测试集反向优化Prompt或者LangGraph流程反复迭代优化。简单记住三者分工LangChain造零件LangGraph编排复杂流程LangSmith负责质量观测驱动迭代优化。六、选型指南什么时候用什么时候不用工具适用场景不推荐场景LangChainLCEL简单RAG、固定流程任务、快速原型开发需要循环迭代、断点续跑、人工审核的复杂AgentLangGraph循环Agent、多智能体、长会话、人机审核简单线性任务引入会增加额外复杂度杀鸡用牛刀LangSmith开发调试、版本评估、线上监控仅本地一次性Demo、不需要长期迭代评估的极简原型两个最常见误区再次强调 ❌ 误区一LangGraph可以完全替代LangChain。二者互补新版LangChain Agent底层就是LangGraph ❌ 误区二LangSmith只能配合LangChain。框架无关任何LLM代码都可以埋点接入。七、总结LangChain、LangGraph、LangSmith共同构成LLM工程化开发的完整生态但三者并不是捆绑强制使用。LangChain提供开箱即用的各类开发组件快速搭建基础LLM应用LangGraph以状态机为核心解决Agent循环推理、动态流程编排的难题LangSmith解决大模型黑盒问题提供链路追踪、评测、监控能力保障上线质量。做项目要按需选型简单RAG问答只用LangChain就足够如果要开发生产级、具备自主迭代能力的复杂Agent三者配合才能搭建稳定、可调试、可持续迭代的大模型应用。本文源自技术宣讲分享适合入门开发者快速建立对LangChain生态的全局认知。