多智能体编码流水线
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_31070f98/multi-agent-coding-plan。
技能介绍
要解决什么问题
当你说「帮我开发一个功能」「写代码」「实现这个需求」时,需求往往还停在自然语言层面:范围不清、模块边界未定、直接开写容易返工。本技能把一次编码请求拆成可追踪的多阶段流水线,在关键节点留给你确认,而不是一次性吐出难以审查的大段改动。
工作流如何运转
整体路径是:任务拆解 → 计划编排 → 编码规则 → 编码执行,前后还有初始化、代码审查与提交交付。
| 阶段 | 要点 |
|------|------|
| Stage 0 | 从用户需求生成 intake.md 与 meta.json |
| Stage 1 | 产出 tasks.json,把需求拆成可执行任务 |
| Stage 2 | 产出 plan.md;需你确认(继续 / 修改计划 / 取消) |
| Stage 3 | 由计划生成 spec.md 编码规则 |
| Stage 4 | 按 spec 写入 src/;需你确认后再进入审查 |
| Stage 5–6 | 审查与 git 提交交付 |
Simple Mode:若改动少于 5 行、不涉及新文件与跨模块依赖,或你明确说「简单」,会跳过 Stage 2/3,避免小改动走完整编排。
边界上,需求过于模糊会先给澄清问题清单;并行任务可走 sessions_spawn;循环依赖会检测并报错。审查与安全可复用 code-reviewer、security-auditor、secure-by-design-coding 等技能。
适用边界
适合:从零到一的功能实现、需要先看计划再动手的协作式编码。
不适合:纯问答、已有完整规格且无需编排的直写任务、仅做代码审查(应直接用 code-reviewer)。触发词包括 coding-pipeline、多阶段编码 等。
使用场景
- 产品用一段话描述新功能,你需要先拆任务、出 plan.md,确认后再写代码
- 跨模块改动(新文件 + 依赖关系),希望用 tasks.json 和 spec.md 约束实现顺序
- 说「帮我开发一个功能」但规格还不完整,需要先澄清问题再进入流水线
- 中等规模需求:要在实现前看计划摘要,用「继续 / 修改计划 / 取消」控制 Stage 2 之后是否开写
适合人员
- 负责从需求文档落地功能的后端工程师,希望编码前有可审查的 plan 与 spec
- 带小团队的技术负责人,需要把「拆解—计划—规则—实现」拆成阶段产物给同事对齐
- 在 SkillHub / Agent 环境里接「写代码」类指令的维护者,想避免一次性大 diff、缺少确认点
- 安全要求较高的模块开发者,计划在 Stage 5 前串联 code-reviewer 或 security-auditor 做审查