Agent 的最小可行架构

2026-08-04

一个能用的 Agent 最小骨架其实只有四件事：LLM、工具调用、记忆循环、反思。

LLM 负责推理与生成；工具调用把模型接到外部世界（读文件、跑命令、查接口）；记忆循环让上一轮的输出成为下一轮的输入；反思则是让模型在每一步后自问"刚才那步对吗、下一步该干什么"。

单循环架构最简单：感知→规划→行动→观察，再回到规划。它适合大多数任务，比如"读完一个仓库、改一处 bug、跑测试"。优点是链路短、好调试、成本可控。我在用一个 CLI 助手改配置文件时，单循环一次就能定位并修改，延迟不到 10 秒。

多循环架构则在每个步骤内嵌套子循环，比如"先调研、再分给三个子 Agent 各写一个模块、最后汇总评审"。它适合可并行、可分解的任务，但代价是复杂度陡增：一个子循环失败会污染父循环的上下文，token 成本可能翻几倍，调试时要同时追踪多条链路。

实用建议：从单循环起步，把"是否真的需要并行"作为升级到多循环的唯一判据。很多看似需要并行的任务，其实顺序执行更稳、更便宜。架构的复杂度永远要和任务的真实不确定性匹配，而不是和"看起来更高级"匹配。