北京
多Agent协作这件事，最头疼的往往不是单个模型能力不够，而是几个模型凑在一起时，指令传达不清、任务边界模糊，最后进度参差不齐。宝玉最近分享的一套实践方案，把这个问题拆得很干脆：让Claude Fable当"项目经理"，其他Agent当"执行者"，各干各的活。
编排者只做四件事
在这套工作流里，Fable的角色被严格限定在分析、编排、验证和验收。它负责澄清需求、拆解方案、分发任务，最后检查结果。而读代码、写代码、跑测试、批量修改这类具体实现工作，全部派给子Agent——比如Opus或Sonnet去执行。
这种分工的逻辑很直接：Fable的强项是给出足够详细的指令，让下游Agent拿到任务时几乎不需要自己猜。指令越明确，协调过程中的歧义就越少，多个Agent的推进速度也更容易保持一致。
参数档位也有讲究
提示词里还给出了一个具体的参数建议：使用High或Medium档位，避免Max及以上。这个细节值得注意——更高的思考档位未必带来更好的结果，反而可能因为过度思考增加延迟，在成本与收益之间，需要找一个平衡点。
换句话说，编排者不需要"想太多"，它需要的是把任务说清楚，然后放手让执行者去跑。
这套模式适合谁？
如果你手头的工作流里，经常出现多个Agent各做各的、最后结果对不上的情况，这套"编排-执行分离"的思路可以直接拿来试。核心就一句话：让擅长规划的做规划，让擅长执行的做执行，别让一个模型同时干两件事。
宝玉的这条分享虽然篇幅不长，但把角色边界、指令密度和参数选择三个关键点都点到了。对于正在摸索多Agent协作的团队来说，是个值得收藏的参考样本。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
