框架与编排:LangGraph / CrewAI / 多智能体 · 里程碑长文:同一只 Agent,换一种骨架

日期:2026年10月19日 · 路径:Agent 专业开发人员 · 阶段 s3

这个里程碑要做什么

把第二阶段那个手写的知识库问答 Agent 用 LangGraph 完整重构一遍。功能保持不变,但要加两个新能力:

「功能不变」是刻意的——重构的价值在于对比:同一只 Agent,手写版对状态机版,各自好在哪、痛在哪。

为什么是它(设计意图)

「重构」而不是「新写」,是为了精确隔离框架带来的变量:同样的提示词、同样的检索逻辑,只换编排层。这样你才能回答那个关键问题——框架到底替我做了什么,又向我收了多少税。

LangGraph 把 Agent 建模为状态机:节点是步骤,边是转移条件。审批节点和重试策略在手写版里要靠一堆标志位硬撑,在状态机里是天然的一等公民——这就是「何时该用框架」的最佳体感。Human-in-the-loop 是从玩具到生产的分界线,亲手实现一次「中断 → 人工确认 → 断点恢复」,你就理解了所有生产级 Agent 审批流的本质。同时你会摸到框架的代价:概念税、版本漂移、调试栈变深。摸到代价,才算学会了。

配套资源怎么用

常见翻车点

验收清单

延伸建议

用 CrewAI 的思路把同一问题重新建模一次(不写代码也行,画出角色分工图),体会「状态机」与「角色分工」两种范式的差异。把审批节点抽象成可复用模式——未来任何 Agent 上线前先问一句「哪个节点需要人」。有余力去翻翻 LangGraph interrupt 的实现,理解它本质是「持久化 + 断点续跑」,这个认知会迁移到所有工作流引擎。