假设你让几个 Agent 同时改一个项目：一个查资料、一个写代码、一个跑测试。听起来很快，但真正麻烦的是——谁先动、谁等谁、结果怎么合。
并行不是把任务丢出去就完了。先得把任务拆清楚，边界模糊的地方，后面一定变成互相踩脚。所以第一步不是开工，而是把拆分方案问透，把依赖和假设都摆到桌面上。
拆完之后，需要一个能承载多个子 Agent 的运行框架，让每个子 Agent 有明确的任务和交接点。它们各自在独立环境里干活，中间结果写进共享位置，而不是靠聊天记录传话。
但并行越多，错误汇总得越快。关键节点要能停下来等人确认，危险操作要单独拦一道。最后，产出不能只看它说完成了，得实际验证、留好记录，再决定合并。
这五张卡片按这个顺序展开：先问清楚，再搭框架，然后隔离、设卡、验收。每一步都为下一步减少返工。
在并行开工前，对任务拆分方案连续追问，找出哪些子任务边界模糊、依赖没理清
把总任务拆成子 agent 分工，规划每个 agent 的任务顺序和交接点
搭建承载多个子 agent 的 Deep Agent 运行框架，作为并行协作的底座
让各 agent 把中间结果写入共享文件系统，实现跨 agent 的状态交接
为每个并行 agent 开独立终端窗格，隔离各自的工作区互不干扰
在关键节点暂停等待人工确认，避免多个 agent 的错误结果被直接汇总
给危险的工具调用加人工审批中间件，控制并行 agent 的越权操作
追踪每个 agent 的调用链和耗时，定位并行协作中哪一环拖慢或出错
用 Playwright 验证各 agent 产出的前端结果是否真的可用，再决定是否合并
把各 agent 的产出按规范提交，保留清晰的分工记录便于回溯