Anthropic 分享何时把子智能体折叠进主智能体循环
Anthropic 应用 AI 团队在多个企业部署对比中发现,带技能(skills)的单一智能体在质量上常优于子智能体架构,且单任务成本和延迟更低,并给出把子智能体折叠进主循环的迁移方法。文章指出子智能体仍适用于上下文膨胀导致性能下降、需要并行处理独立任务、或工具选择与指令冲突的场景,并建议先把子智能体作为工具调用,再逐个转成技能和 MCP 工具,用端到端评估对比前后表现。文中提到 Claude Code 面向更先进模型的系统提示词缩减了超过 80%,并配套提供 build-eval、prompt-audit、hillclimb、cost-optimize 等 Claude API 技能。
在恰当时机触发的技能和工具描述,以及对上下文窗口、记忆和笔记的审慎处理。本文将在后续章节深入探讨迁移和设计方面的考量。 应由一个核心团队负责端到端质量和系统提示词,在每一项新工具和评估上线前对其进行审核。保持这个核心团队规模较小,有助于快速迭代,并降低大型组织内的协调成本。 如果走多智能体路线,就从能起作用的最简单模式开始(生成器-验证器、编排器-子智能体或其他模式)。通过按上下文划分来有效分解边界:给每个子智能体分配一项几乎不需要系统其余部分参与的工作,并让它交回一个紧凑的结果(合适的候选包括独立的研究路径、接口清晰的独立组件,或黑盒验证)。当按问题类型拆分智能体时,它们会陷入“传话游戏”,信息来回传递,每次交接都会降低保真度。 如何把子智能体折叠进主智能体循环 许多团队已经在生产环境中拥有一个编排器和一组专家智能体。以下是我们建议逐步采用的一种单一循环设计: 一个模型和一个上下文窗口运行一个开放式工具循环,并在 harness 中设置限制(轮次和成本预算、写入闸门)。 每一轮,模型发出一批工具调用。harness 并行运行它们,并把原始结果返回给同一个模型,由它决定下一步:再发一批
匹配字段正文

