有人真的在看了那份 Anthropic 指南后把子智能体收回来了吗？
anyone actually fold their subagents back in after that anthropic guide?
r/ClaudeAI 的社区帖子，作者说读到一份新指南称多数配置应只用一个主循环加技能，而不是堆一批子智能体，觉得说的就是自己。作者表示自己已有不少技能，但仍保留一个独立智能体，只在合并前检查工作，且从不交给写代码的那个；不确定这属于指南建议保留的类型，还是自己只是舍不得。帖子询问是否有人真的削减了子智能体、效果是否更好。适合正在设计 Claude Code 智能体与技能结构、考虑是否拆分审查环节的人阅读。
- 分级
- 值得看
- 收录时间
- 2026-10-27
原帖
Read the new guide saying most setups should just be one main loop with skills instead of a pile of subagents and it kinda called me out. I have a lot of skills already but I still keep a separate agent that only checks the work before I merge, never the one that wrote it.
中文大意
发帖人 bayvo 看了 Anthropic 新指南（主张大多数场景用「一个主循环 + skills」替代一堆 subagent），觉得自己被点名了：他已经把不少 subagent 折成 skills，但仍保留一个只做合并前检查、且从不由写代码的那个 agent 兼任的独立审查 agent，不确定这属于指南允许保留的那类，还是自己只是舍不得。他问有没有人真的砍掉过 subagent、砍完是否变好。评论区多数人认为通用型 subagent 可以折进 skills 省 token，但独立的代码审查 agent 值得保留；也有人表示折回单一循环后输出更稳定、更省用量。适合正在设计 Claude/agent 工作流、纠结要不要保留独立 reviewer 的开发者阅读。
讨论区核心观点
依据 36 条评论
- 多数人把通用型 subagent 折成 skills（主要为省 token），但几乎一致保留独立的代码审查 agent：agent 不能审自己的活，只会给自己的盲区盖章。 出处（新标签页打开）
- 让审查真正有用的做法：给它新鲜的上下文、不要灌整段生成历史，喂原始 diff 加上原始需求单和验收/测试标准，否则会退化成昂贵的 linter。 出处（新标签页打开）
- 更彻底的做法是用不同模型/不同 harness 做对抗性审查，比如通过 CLI 调 Codex 或 Gemini，而不只是同环境里再开一个 agent。 出处（新标签页打开）
- 也有人主张折回单一循环：主 agent 清楚自己错在哪，输出更一致、更省额度，做法是先用技能铺好，再让便宜模型写代码、主模型规划与检查。 出处（新标签页打开）
- 用两周日志来判断：如果 checker 拦下的多是陈旧注释和小毛病就折进去；如果它能抓到测试通过但违背环境文档的配置值这类问题，就值得留着。 出处（新标签页打开）
- 实操细节：在合并步骤里点名调用 checker 而不要依赖自动委派（自动委派两次都没选中它，点名后一次 Agent 调用、上下文从 18.1k 降到 6.2k）。 出处（新标签页打开）