ARTICLE · 1269842
搭 AI 助手别叠太多层,一个主循环往往就够
近日，X 用户 Tak（@cherry_mx_reds）提炼了 Anthropic 新指南（参考链接 1）的要点：建议删掉不必要的子智能体。与其堆一堆「专家机器人」互相传话，不如让一个主智能体按需加载技能和工具（约 90 万次展示、三千多赞，见文末参考链接 4）。
如果你也给 AI 配了写稿、查资料、审稿几个专员，外面再套一层总指挥，结果越用越慢、超费额度，转来转去还老丢重点，可以看看这份指南怎么说。
先解释两个词： 子智能体是另开出来专干某件事的小助手，按岗位分工的那种原文叫 specialist，下文称「专员」； 主循环是同一个助手从头干到尾，自己决定查什么、调什么工具，直到把事做完。
一、叠得越多，越像传话游戏
过去一年，让一个总指挥派活、几个专员各开窗口干完再交摘要，几乎成了进阶用法的标配，像给 AI 开了家小公司。用久了，常见的问题有三个。
X 用户 Maanas Tyagi（@maanas_tyagi）只让 Claude Code 开一个子智能体，5 小时的额度却很快用光。Claude Code 的解释是：「我启动的那个智能体自己又拉了 6 个子智能体，一共是 7 个。」子智能体再开子智能体，用户在前台根本看不到。
做 AI 工程科普的 Raghav Mehta（@RaghavMehtaM1）也调侃，今年圈子里一半时间都在拿大模型画组织架构图，每交接一次摘要就丢一点东西；他只在几路调研要并行、各自需要干净上下文时才用子智能体。
@krika2810 等用户的总结更简单：别什么事都上子智能体，一个够强的主智能体配好技能和工具，多数时候就够了。
二、官方怎么说：把子智能体「折」回主循环
2026 年 10 月 22 日，Anthropic 在 Claude 资源站发布了 Diane Sarkis 撰写的 Applied AI 指南《Building agents: When to fold subagents into your main agent loop》（见文末参考链接 1），并附带开源迁移套件。
指南的结论是：在 Anthropic 比较过的一些企业部署里，少用子智能体，改成一个主循环加按需加载的技能和工具，质量往往更好，单次任务的成本和延迟也往往更低。
下表的数据和案例都出自这份指南。
指南没有提到旧文，但在我看来，它和 Anthropic 2024 年 12 月那篇《Building effective agents》（见文末参考链接 3）主张的「尽量简单、可组合」是同一个思路：模型变强后，很多过去靠拆成多个智能体来解决的问题，现在可以收回到一个主循环里。
指南也没说不能用子智能体，下面三种情况仍然适合保留：
其余时候，要当心原文提到的康威定律（Conway’s law）：公司有几个团队，就各做一个子智能体，智能体架构成了组织架构图的翻版，最后叠出一堆职责重叠的专员。
三、普通人怎么改：一个主循环 + 按需技能/工具
日常用 Claude、ChatGPT、Gemini、Grok Bot 这类个人助手写稿、查资料、改代码时，可以借用指南说的按需加载（渐进式披露）：技能和工具平时只给模型看一句简介，真用到时才加载完整说明，提示词就不会越塞越长。技能、工具和子智能体的分工大致是：
技能（Skills）教它「怎么做」：步骤、口吻、检查清单。
工具（Tools / MCP）让它「能去做」：搜网页、读日历、发草稿、跑命令。
子智能体（Subagents）只留给「必须另开一间房」的活：同时深挖几份互不相关的资料，主对话因为上下文太长明显变差，或者有一大段杂乱的中间过程不想带进主对话。
改法对照
以写公众号稿为例：先对主助手说清读者、篇幅和交稿时间，让它列个简短计划（在一个循环里，写计划和执行计划的是同一个模型，中途发现不对，它自己就能改）；然后在同一个会话里搜资料、写初稿、按审稿要求改。只有碰到「得先读完一份 80 页的行业报告」这种支线任务，才另开一个临时窗口，让它提炼出 3 条核实过的结论，再带回主窗口，免得几十页内容把主对话撑满。
技能现在基本是各家通用的做法：Claude、ChatGPT 都支持 SKILL.md 格式的技能，平时只看名称和简介，用到时才加载全文；Gemini 也从 10 月起用技能（skills）逐步取代 Gem。所以写作、查资料、审稿这些环节，做成几份技能交给同一个主助手调用就行，不必拆成多个 GPTs 或 Gem 来回切窗口，也别把所有规则塞进全局自定义指令。Grok Bot 这类暂时没有技能入口的机器人道理也一样：尽量让同一个 Bot 把事办完，别在几个 Bot 之间频繁转交。
官方给的迁移步骤是给企业团队的，个人用可以简化成下面几步：
四、自查清单
先找流程隐患（勾得越多越值得查，但光凭这些还判断不了问题出在哪一层）：
只是照着部门或岗位名称，给每个角色配了一个机器人。
两个专员总是前后一起出现，反复读取同一批资料。
主助手只拿到摘要，结果漏了数字、来源或必须满足的要求。
简单的任务也要交接好几次，却说不出这样做有什么好处。
一次加载了很多工具的完整说明，实际却很少用到。
同样的规则写了好几遍，彼此还有冲突。
每个专员各自看着挺好，整件事做完却不满意。
出错后找不到问题发生在哪一步。
额度常常被子智能体自己开出来的更多子智能体烧掉。
再看有无保留子智能体的理由（单独判断）：
主助手确实因为上下文太长而变差，前后一对比就看得出来。
有几件互不依赖的任务适合同时做，过程中的试错也不必带回主对话。
主助手老是选错工具，或者系统提示里有几条规则互相打架、怎么改都顾此失彼（官方认为可考虑子智能体；建议先试着把规则拆成技能、把工具减下来，不行再拆智能体）。
五、升级常常是删，不是加
Tak 在帖子结尾说，模型变强以后，改架构越来越不是琢磨还能加什么，而是还能删什么。指南最后给的原则也差不多：先测量，一次只改一点，留下经得起评测的设计。
想马上试，可以从最小的改动开始：
说到底，一个助手能干完的活，就别拆给好几个。
