Agent Skills
返回列表
多 Agent 协作开发工作流

多 Agent 协作开发工作流

AI Agent 更新于 2026.08.30

将以下提示词粘贴到你的 AI 对话框中：

请根据 https://skillhub.cn/install/skillhub.md，安装 @user_ce58ddb4/multi-agent-collaboration-pro。

技能介绍

问题

当用户把模糊需求、bug、diff 或技术债直接丢给 AI 时，常见风险是范围失控：同一个上下文里边分析边改代码，顺手重构，多个目标混在一条任务里，最后难以验收。这个技能解决的是：如何在多 Agent 协作中保留人的决策权，让 AI 只承担拆解、执行和审查中的明确小任务。

工作方式

该技能把流程拆成编排阶段和执行阶段，即使只有一个 AI，也要求先澄清需求、再写任务、最后验收。

  • 先判断任务类型：新需求、Bug、执行结果、技术债、数据配置、文档沉淀分别采用不同编排方式。
  • 按工作量拆任务：XS 可给原子任务，M 以上先出方案，L 必须拆分，避免一次性交付。
  • 原子任务约束：写明背景、允许修改范围、禁止范围、具体字段或函数、验收标准和自测命令。
  • Review 顺序：先检查范围、无关重构、主链路、数据配置权限、兼容性和边界输入，再决定是否收口。
  • 沉淀协作资产：建议维护 AGENTS.md、TASK_TEMPLATE.md、REVIEW_CHECKLIST.md 等文件，便于复用。

边界与注意

它适合需要可控范围和可验收产出的开发协作，不适合完全开放式探索。不要让执行 Agent “看看怎么改最好”，不要把多个需求塞进一条任务，也不要让技术债和业务需求混做。资料中强调真实验收比自动检查更重要，方案确认前不进行大范围修改。

使用场景

  • 当产品需求还很模糊，需要让 AI 先拆模块、列 2~3 个方案并评估 XS/S/M/L，而不是直接写代码。
  • 拿到一个 Bug 或异常截图，需要 AI 先做无代码诊断、给低成本验证步骤，再决定是否生成小补丁任务。
  • 执行 Agent 提交 `diff` 后，需要按范围、无关重构、主链路、兼容性和验收路径逐项 Review。
  • 长期项目要沉淀 `AGENTS.md` 和 `REVIEW_CHECKLIST.md`，让后续任务有固定模板。

适合人员

  • 带 AI 写代码的工程负责人，需要控制任务范围、方案确认和最终验收。
  • 使用多 Agent 的开发者，希望把模糊需求拆成原子任务，避免顺手重构。
  • 需要 Review `diff` 的代码审查者，想按清单检查主链路、兼容性和验收路径。
  • 维护长期项目协作模板的团队负责人，想沉淀 `AGENTS.md` 与 `REVIEW_CHECKLIST.md`。