先了解这件事
2026年10月25日,邵猛分享Claude博客关于构建Agent时何时把子Agent折进主循环的观点。该博客认为,在Claude Platform上,单个主循环加按需加载的Skills/工具,在多项内部对比中质量常更好、成本与延迟更低;每团队一个子Agent加总编排常复制组织架构,带来上下文损耗、Frankenprompt与局部eval等问题,一家客户对比多Agent harness与单循环时后者约2×更快。博客建议子Agent只留给并行、上下文膨胀或工具与指令冲突等场景,并给出先建端到端eval、一次折一个的迁移路径。
AI 根据公开报道生成
最新进展 · 正式报道
Kimi 额度消耗过快，Anthropic 主张把子 Agent 折叠回主循环事件进展
1 个已确认进展
报道与讨论时间线
按时间查看正式报道与传播讨论；两类内容的证据等级保持独立。
10月27日
钛媒体 · AGI
Kimi 额度消耗过快，Anthropic 主张把子 Agent 折叠回主循环
K3.1 Pro 上线后多位用户反馈额度消耗过快，月之暗面于 10 月 26 日凌晨公告称将减少不必要的子 Agent 调用和输出长度。钛媒体梳理 Anthropic 文章《构建 Agent：何时该把子 Agent 折叠回主循环》的观点：多 Agent 系统的 token 消耗约为普通对话的 15 倍，且存在信息衰减和人格碎片问题，把子 Agent 按需加载为 Skill 可砍掉 80% 以上的系统提示词。Anthropic 还开源了 single-agent-loop-kit 工具，让模型只以单 Agent 形式执行任务。
36氪 · AI
Anthropic 提出把子 Agent 折叠回主循环，回应 Kimi K3.1 Pro 额度消耗争议
Anthropic 发布文章《构建Agent：何时该把子Agent折叠回主循环》，称带技能的单 Agent 在质量、成本和延迟上往往优于多个子 Agent 分工，token 消耗也远低于后者，并开源了 single-agent-loop-kit 工具。文章提到多 Agent 系统的 token 消耗约为普通对话的 15 倍，把子 Agent 转成 Skill 可砍掉 80% 以上的系统提示词。月之暗面 K3.1 Pro 于 10 月 24 日上线后，多位用户反馈额度消耗过快，官方在 10 月 26 日凌晨表示将减少不必要的子 Agent 调用和输出长度。
凤凰科技
Kimi K3.1 Pro额度消耗过快，Anthropic主张把子Agent折叠回主循环
月之暗面K3.1 Pro上线后多位用户反馈额度消耗过快，官方于10月26日凌晨致歉并补偿额度，同时表示将减少不必要的子Agent调用和输出长度。文章引述Anthropic《构建Agent：何时该把子Agent折叠回主循环》一文，称多Agent系统的token消耗约为普通对话的15倍，把子Agent按需转为Skill可砍掉80%以上的系统提示词。Anthropic还开源了single-agent-loop-kit工具，让模型只以单Agent形式执行任务。
10月25日
The Decoder
Anthropic 称单智能体常优于多子智能体架构，并发布迁移工具包
Anthropic 建议企业评估是否合并子智能体，因为单个按需加载上下文的智能体在质量、成本和延迟上常优于多个专用子智能体。从 Opus 4.5 起，以及 Opus 5.5 和 Fable 5.1 等新模型可直接在单循环中管理复杂计划，一次对比中单智能体架构运行速度约为多智能体方案的两倍。Anthropic 在 GitHub 发布了迁移工具包，并提醒不要盲目合并，因为一次客服智能体测试中并入子智能体虽降低了延迟，却破坏了原有流程。
邵猛
Claude 博客：构建 Agent 时何时把子 Agent 折进主循环，Skills 渐进披露常优于多专家编排
Claude 博客讨论构建 Agent 时何时把子 Agent 折进主循环，认为在 Claude Platform 上单个主循环加按需加载的 Skills/工具，在多项内部对比中质量常更好、成本与延迟更低。文中指出每团队一个子 Agent 加总编排常复制组织架构，带来上下文损耗、Frankenprompt 与局部 eval 等问题，一家客户对比多 Agent harness 与单循环时后者约 2× 更快。子 Agent 只建议留给并行、上下文膨胀或工具与指令冲突等场景，并给出先建端到端 eval、一次折一个的迁移路径。
本事件热度走势
- 当前
- 15
- 区间峰值
- 26 10月27日 20:00
- 近 24 小时变化
- +31%
移动指针或点击图表可查看每小时热度；键盘可用左右方向键切换。