Anthropic 发布 agent 构建指南：多数子 agent 可并入主循环，改用 skill 和工具搜索

Anthropic 于 10 月 22 日发布了一份 18 分钟的指南《When to fold subagents into your main agent loop》，面向企业 agent 构建者，主张多数 agent 应减少子 agent，默认采用一个模型、一个上下文窗口、一个开放式工具循环。以上内容据 Reddit r/ClaudeAI 用户 u/emarkosov 10 月 24 日的转述整理，原文以 Anthropic 官方发布为准。

默认做法：单循环加 skill 与工具

据该帖转述，指南建议把领域流程放进 skill，把硬性限制和查询放进工具，并让模型自己编写和修改计划。

指南还提到几组效果数据。这些均为指南自述，帖子未给出测试细节：

• 某客户的单循环比其多 agent 框架快约 2 倍。
• 多个部署在质量、成本和延迟上都更好。
• Anthropic 把 Claude Code 面向较新模型的系统提示削减了 80% 以上。

工具太多会影响选择

指南称，系统提示中的工具定义超过 30 至 50 个后，模型选工具的能力往往下降。建议按用户意图归并工具，并使用延迟加载的工具搜索。

什么时候仍该保留子 agent

指南建议，只在以下三种情况下保留子 agent：

1. 实测发现上下文膨胀导致性能下降。
2. 需要用可丢弃的上下文并行处理任务。
3. agent 在过多工具或相互冲突的指令面前表现不佳。

重构前先建评测

指南建议先建评测再重构，10 个标准样例即可起步。每个任务应多次运行，因为有一次回归只在两次运行中的一次出现。

指南列出的大型组织常见失败模式有：

• agent 之间丢失上下文
• 子 agent 泛滥
• 每个团队都往提示里加规则的“Frankenprompt”
• 评测过于局部
• 延迟

为配合迁移，Anthropic 推出了新的 /claude-api skill，包括 build-eval、prompt-audit、hillclimb、cost-optimize，另有 /skill-creator 和 /skill-doctor。帖子还称 GitHub 上有配套套件 anthropics/single-agent-loop-kit。

社区反应

发帖人说，自己曾有约 6 个子 agent，最后只用其中 2 个，多数子 agent 其实只是拥有独立上下文窗口的 skill。

评论区并非一边倒。获得 116 分的评论来自 u/BringMeTheBoreWorms，他称让不同厂商的模型互相审查、协作，能带来明显更好的结果，代价是速度更慢。这属于用户的个人经验，并非指南结论。

来源

• https://www.reddit.com/r/ClaudeAI/comments/1xdwquj/anthropics_new_guide_oct_22_argues_most_agents/