Building effective agents 讲解

工作流的边在代码里,Agent 的边在模型输出里。多 Agent 是拓扑,不是更强的原语。

当时解决了什么问题

2023–2024 的框架营销倾向于:多 Agent、图越复杂越先进。生产里大量任务其实是固定步骤:抽字段、调两个 API、写摘要。把这些做成「自主 Agent」会多付延迟、钱和失败模式。这篇博文用厂商自己的客户实施经验,把冷水泼在「一切都上多 Agent」上。

文中切法要记死:

  • 工作流: LLM 和工具沿预定义的代码路径编排。边在代码里,可预期。
  • Agent: LLM 自己动态指挥过程与工具使用。边在模型输出里。

按本站定义,工作流往往不是 AI Agent:路径预写死,模型只在节点上生成。自主 Agent 才接近本站定义。两者可以组合,不要用同一个词。多 Agent 是一种拓扑,不是更强的循环原语。

对后续 LLM 与 Agent 的影响

建议写成工程顺序:先简单提示,评测不够再用多步系统。成功不在于最精巧。2025 年的 Claude Code / Codex 是厂商托管的自主循环,看起来和「少用框架」并不矛盾——循环被收进运行时,而不是让每个应用自己叠一层编排库。博文的遗产是设计原则,不是新协议或新基准。读 2024 年底的架构选择,这篇比 CrewAI / AutoGen 的发布会更接近后来留下的口味。