Anthropic · Diane Sarkis · 阅读原文
原始来源：Anthropic
发现渠道：AIHOT · 发现入口
子代理通常有独立上下文、工具和指令，可以隔离任务，也需要彼此交接。Anthropic 的 Diane Sarkis 结合企业部署经验指出，常见的复杂度来自照着组织结构划分 Agent：销售、订单、物流各有一个专家，但同一用户请求需要这些信息反复往返，摘要交接又会丢失细节。
她建议先评估单一主循环搭配按需加载的技能与工具。技能保留团队维护的知识，只有需要时才加载具体说明；工具搜索先展示短描述，避免把所有工具定义塞入上下文。这不等于取消边界：写入审批、预算、确定性校验和用户权限仍应由程序及工具执行。适合合并的是高度耦合、持续共享上下文的专家，适合保留独立代理的则包括互不依赖的并行研究、显著膨胀的上下文或真正冲突的权限需求。
文章给出一项很有用的反例：客服流程合并后更快，却曾在查到订单后直接回答，漏掉此前由物流专家补充的到货日期。只看汇总速度会把这个损失藏起来。作者因此主张一次合并一处，重看完整任务表现和具体失败样本，而不是只给旧架构换一个新名字。文中约两倍加速来自单个客户案例，不能作为普遍收益。
可信度 65 · 重要性 85 · 新颖度 78
技术与主题
Agent 系统 · AI 编程 · 系统与效率 · Agent Architecture · Context Management · Progressive Disclosure
Diane Sarkis
Anthropic Applied AI 的架构建议，来自客户部署与迁移观察。
忠实转述（非原句）：作者并不要求清空所有子代理。她希望团队把共享上下文的工作放近，把独立并行或需要隔离的工作分开；技能可以继续由各业务团队维护，运行时不必为每个团队设置一个会话交接点。
编辑评读
读完这篇，值得改变的是先问“需要几个 Agent”，再把工作塞进去的设计顺序。更有效的起点是列出完成同一请求所必需的信息：哪些步骤不断引用前文，哪些结果可以独立提交，哪些访问权限必须隔离。边界服务于这些约束，才有理由承担额外的路由与交接成本。
合并会消除一种错误，也可能创造另一种。共享上下文减少摘要损耗，却可能让主循环过早认定任务已结束；到货日期的例子正说明，旧专家同时承担了隐含的完成检查。迁移时应把这种业务约定明确写进验收，而不能只搬迁提示词。
文章是服务商总结的部署经验，没有公开统一数据集、完整客户分布和对照预算，无法据此判定单代理总体胜出。它给出的可迁移方法仍然具体：选择交接最多的一处做局部实验，比较最终任务质量、费用和延迟，并逐项检查旧流程曾保证的输出。本文提出的比较尚未由本刊执行。