学习札记
多子 Agent 常该折回主环：skills + tools 先扛着
Anthropic 说企业多子 Agent 常不如「单主环 + 渐进披露 skills/tools」；子 Agent 只留给并行、上下文膨胀或指令冲突。
读 Anthropic Applied AI 这篇，记一条「别按组织架构硬拆 Bot」的提醒。
他们的观察：编排器 + 一堆专家子 Agent，经常因为上下文电话游戏、子 Agent 膨胀和延迟，整体变差。更稳的默认是——
一个主环、一个上下文；用 skills（流程/判断）+ tools（动作/硬闸门）渐进披露。
子 Agent 不是禁区，但只留给这几类：可测的上下文膨胀、需要并行且可丢弃的新鲜上下文、或者工具/指令冲突很难塞进一环。
折叠别一口气推倒：端到端 eval，一次折一个，看哪些任务翻盘再决定留/去。配套有个 reference kit（measure → combine → fold），细节以官方文和自测为准。
我觉得：这不等于「立刻拆掉所有专职 Agent」。并行研究、独立验证、权限边界分开的场景仍然正当。只是先问一句——这件事是不是 skills/tools 就能扛，而不是默认再开一个 Bot。
短札记，不是架构拍板。