多Agent协同是怎么协作的？
拆——按'能独立交付'切。拆的标准不是平均大小，是独立完整：每块做完能单独交差（一段小结、一节内容、一组数据），不用等别人。切法上避开两类坑：链条式的活（B要等A的结果）硬拆成并行——B拿不到输入只能瞎编；一体的活（判断要通盘看）拆成几段——各段都对、整体不对。拆完自问一句：这几块随便打乱顺序做，结果一样吗？一样，拆对了。
分——交代要'像给外包团队下单'。每份任务单写全：做什么（具体到交付物的样子）、给什么（背景材料、格式要求）、交什么（字数、结构、截止的规矩）。常见的失败在交代太省：'帮我写一段'——写回来的不是你要的，返工来回耗。任务单宁细勿粗——写三行字，比来回返工三次便宜。有依赖的部分（统稿要等全部写完）在单子上标清楚顺序。
合——点件加统稿两道关。点件按清单来：每块都到了、答的是那道题、格式能拼；缺件漏件的先补齐再进下一步。统稿让一个Agent通读全稿：统一说法（称呼、术语、详略）、抹平接缝（各段开头结尾的重复和跳跃）、标出可疑处（数字打架、前后矛盾的地方列给人看）。人最后通读一遍——可疑处重点看。三步走完，这个协同才走得完整。
两道关过完，多Agent的产出才算落地：点件保证没漏，统稿保证不像。散装的正确答案拼起来未必能用，这是协同的最后一公里。
顺着再问几句
Agent之间会自己沟通吗？
看编排方式。多数用法是人当调度——任务单你发、产出你收，Agent之间不见面，各对各的任务单负责，这样最可控；有的平台支持Agent互相对话（一个的产出自动喂给下一个），链条长时省人力，但错传也顺着链放大——中游理解歪了，下游全歪。稳妥的路子：关键的传递环节人来中转——多花几分钟，换来每一步都看得见。
一个任务分给几个Agent合适？
看块数不看人头。Agent数跟着拆出来的块数走——拆出四块就四个，别为了'显得多'凑数。经验值：三到五个是顺手的区间——超过七八个，管理和拼装的开销吃掉协同的收益。块数太多时先归并：相近的块合成一份任务单，一个Agent领两小块，比八个Agent各领一碎块好管。
中途发现拆错了怎么办？
停下来改拆法，别硬拼。已经做完的块不浪费——能用的留着，归到新的拆法里；做岔的作废重派。硬拼的代价更大：错拆的任务拼出来的东西，返工时整块重来。改拆法时顺手记一笔——这类任务怎么拆的教训，下次同类任务直接用对的拆法。拆法这事，踩过的坑就是流程。