Anthropic：企业 Agent 该精简了，单 Agent 循环常胜过多子代理
Claude (Anthropic) · rss · 2026-10-22
Anthropic Applied AI 团队发布长文，基于多个企业级部署对比提出反直觉建议：把 router、planner 和领域子代理折叠进主 Agent 循环，配合渐进式披露（progressive disclosure）往往质量更高、成本和延迟更低。
核心发现
- 多家企业部署中，单个带 skills 的 Agent 在质量上同时胜过“一个大 prompt 包打天下”和子代理架构，且单任务成本与延迟常更低；
- 一家客户的客服 Agent 有十余个专家子代理，导致品牌体验难统一、延迟伤害用户体验；另一客户对比后单循环运行快约 2 倍。
大组织多 Agent 架构的典型失败模式
- 上下文在代理间来回传递时丢失细节；
- 子代理蔓延：每个团队各发一个，数百个重叠子代理无人管；
- “Frankenprompt”：各团队往系统提示里加句子，规则冲突；
- eval 各自为政、过度局部优化，决策基于掺水分数；
- 架构照抄组织架构图（Conway 定律）。
为什么单循环现在可行
- 共享上下文让模型串联各步骤结果，产出比子代理回传的摘要更丰富，避免有损交接；
- 渐进式披露（skills 短描述 + tool search 按需加载）解决了上下文膨胀——Claude Code 的系统提示因此砍掉 80% 以上；
- 从 Opus 4.5 起模型单循环能扛的事远超预期，新模型会自行叙述进度和自检，rigid 多代理结构反而阻碍模型升级。
子代理仍有用武之地：单循环因上下文膨胀出现可测性能退化、需要并行且可丢弃的独立上下文、或单 Agent 无法正确选工具/提示指令冲突时。
落地建议：由一个小型中心团队端到端负责质量与系统提示，所有工具和 eval 上线前统一审核；若走多代理，从最简模式（生成器-验证器等）开始，按上下文边界切分而非按问题类型切分，否则会陷入逐次失真的“传话游戏”。
「编程与Agent」频道最新
- 程序员用 5 个并行 Agent 破解各品牌摄像头，3587 次 commit 造家庭版 Anduril — doodlestein · 2026-10-23
- Vercel 推出免注册部署：拖拽文件到首页即得线上 URL — steren · 2026-10-23
- 5 个 Claude Code 会话经 MCP 互发邮件，组队攻破多品牌网络摄像头 — doodlestein · 2026-10-23
- Vercel 上线 vercel deploy --temporary,可临时部署后自动清理 — cramforce · 2026-10-23
- 用同一个 Notion 工作区让多个 Agent 互相沟通分工，实测有效 — nbaschez · 2026-10-23
- 实测 12 个 AI 分类器后,作者直言「分类器新热是cosplay」 — KlausCodes · 2026-10-23