复杂任务并行拆解策略

先解决什么问题

多智能体协作最常见的失败模式不是单个 Agent 不够聪明，而是任务切分不合理导致的连锁问题：任务粒度过大，单个 Agent 长时间占用资源；依赖关系没有显式声明，下游任务在上游未完成时就开始空转；多个 Agent 同时改同一目录，产出互相覆盖；某个成员负载是其他人的三倍，整体吞吐却被最慢的一环锁死。这个技能关注的是「协调层」——如何把一个大目标拆成可并行、可验收、可追踪的工作单元。

核心能力

任务拆解提供四种切分视角，各自对应不同的场景：

• 按分层拆：前端组件、后端 API、数据库迁移、测试套件，适合全栈特性或垂直切片
• 按组件拆：认证模块、用户资料模块、通知模块，适合微服务或模块化架构
• 按关注点拆：安全评审、性能评审、架构评审，适合代码审查与审计类任务
• 按文件归属拆：src/components/ 归实现者 1，src/api/ 归实现者 2，天然避免写冲突

依赖图设计遵循四条原则：优先宽而浅的图而非深链；识别关键路径（最长链决定最短完成时间）；blockedBy 只在真正必需时使用；避免 A blocks B blocks A 这类循环依赖死锁。

任务描述要求每个任务包含六个要素：目标、可修改的文件列表、需求、与其他成员的接口契约、验收标准、范围边界。其中验收标准和接口契约是协作时最容易遗漏的部分。

负载监控给出失衡信号与处置动作：成员空闲而其他人忙碌时重新分配待办任务；某成员卡在一个任务上时排查阻塞原因；所有任务都被阻塞时优先解决关键路径；某成员负载达他人三倍时拆分或转派任务。

适用边界

该技能不自动安装依赖、修改系统权限、创建持久化任务或执行下载内容。涉及发送、发布、删除、付款、部署等外部写入操作时，必须先展示目标与影响并取得明确确认。命令和代码默认仅作参考，仅在用户明确要求且目标范围清楚时才可执行。