Anthropic 分享何时把子智能体折叠进主智能体循环
Anthropic 应用 AI 团队在多个企业部署对比中发现,带技能(skills)的单一智能体在质量上常优于子智能体架构,且单任务成本和延迟更低,并给出把子智能体折叠进主循环的迁移方法。文章指出子智能体仍适用于上下文膨胀导致性能下降、需要并行处理独立任务、或工具选择与指令冲突的场景,并建议先把子智能体作为工具调用,再逐个转成技能和 MCP 工具,用端到端评估对比前后表现。文中提到 Claude Code 面向更先进模型的系统提示词缩减了超过 80%,并配套提供 build-eval、prompt-audit、hillclimb、cost-optimize 等 Claude API 技能。
而管理层基于被稀释、过度本地化的分数做出决策。 延迟:多智能体架构的复杂性会增加延迟。一位客户将他们的多智能体框架与单一智能体循环进行了对比评估,发现后者的运行速度大约快 2 倍。 使用带渐进式披露的智能体循环 上文描述的编排器-子智能体设计是协调跨团队构建的专家智能体的一种合理方法,但通常更有效的方法是:通过技能(skills)渐进式披露上下文,并通过工具搜索(tool search)渐进式披露工具。换句话说,智能体只看到技能和工具的简短描述,只有在需要时才完整加载。 这种方法之所以合理,有三个原因: 共享上下文能产生更好的答案:对于运行时间较长的智能体,我们希望来自多个不同任务的上下文都保留在主上下文窗口中。一个已经看到每个先前步骤结果的智能体能够将它们联系起来,从而产生比子智能体交回的一组摘要更丰富的输出和更好的洞察。这也意味着更少的上下文窗口和更少的有损交接。 渐进式披露可防止上下文膨胀:这项技术让团队能够构建单一智能体,完成各种各样的任务,而无需把所有上下文都立即加载进一个很长的系统提示词中。这消除了团队此前把工作拆分给子智能体的主要原因。事实上,我们把 Claude Cod
匹配字段正文


