分工落到每一路实际调用的模型

一个叫 pi-subagents 的插件把多智能体编排塞进了编码工具的自家运行时，几个设计选择值得拆。第一，子 agent 不再另开命令行子进程，而是直接跑在宿主自己的运行时里——每个子 agent 拥有独立的模型、思考档位、工具集、系统提示与会话，主 agent 负责总体任务，另外拉起研究、编码、评审几个角色各干各的。 第二是并行加可控。多个子 agent 同时开工，后台跑任务的时候你还能继续跟主 agent 对话；跑偏了随时介入调整方向，跑完了还能回到原会话接着走——子任务不是一次性问答，而是可中断、可续接的长活。这条把此前编排讨论里最常被忽略的一环补上了：能并行不稀奇，能在半路纠正并恢复，才决定它敢不敢跑长任务。 第三点最对路：不同子 agent 可以分配不同模型——研究类给擅长长上下文的，编码类给代码见长的，评审类换个口味当外部视角。分工不再停留在角色提示词上，而是落到每一路实际调用的模型与档位。这正是"规划用高档、执行用中档、评审换模型"那套原则的工具化版本，此前要靠手写配置拼出来的东西，如今一个插件带齐。 对想上手的团队，路径可以很短：装好插件，先按规划、执行、评审拆三路，各自选定模型与档位，跑一两个真实任务对比单线程版本的耗时与返工次数。差距出来之后再决定要不要加第四路——多智能体的收益来自分工的必要性，而不是角色的数量。