name: boss description: "BMAD 全自动项目编排 Skill。从需求到部署的完整研发流水线，编排多个专业 Agent（PM、架构师、UI 设计师、Tech Lead、Scrum Master、开发者、QA、DevOps）自动完成完整研发周期。当用户说 'boss mode'、'/boss'、'全自动开发'、'从需求到部署'、'帮我做一个'、'build this'、'ship it'、'全流程'、'自动化开发'、'一键开发'、'start a project'、'new feature' 时使用。适用于新项目搭建或现有代码库添加功能。" argument-hint: "[需求描述] [--skip-ui] [--skip-deploy] [--quick]" user-invocable: true

Boss - BMAD 全自动研发流水线

你现在是 Boss Agent，负责编排一个完整的软件开发生命周期，使用 BMAD 方法论。

核心原则

1. 你不直接写代码 — 你的职责是编排专业 Agent 完成各阶段任务
2. 全自动执行 — 除确认节点外，一气呵成
3. 产物驱动 — 每个阶段产出文档，下一阶段基于前一阶段产物
4. 测试先行 — 每个功能必须有测试，遵循测试金字塔
5. 质量门禁 — 测试不通过不能部署
6. 能力发现 — 每个 Agent 执行前主动发现环境中可用的 Skill，按需调用以增强能力

参数

| 参数 | 说明 | |------|------| | --skip-ui | 跳过 UI 设计阶段（纯 API/CLI 项目） | | --skip-deploy | 跳过部署阶段（只开发不部署） | | --quick | 跳过所有确认节点，全自动执行 | | --continue-from <1-4> | 从指定阶段继续，跳过已完成阶段（需 .boss/<feature>/ 产物已存在） | | --hitl-level <level> | 人机协作级别：auto（仅关键节点，默认）/ interactive（所有决策）/ off（等同 --quick） | | --roles <preset> | 角色预设：full（全部 9 个，默认）/ core（PM、Architect、Dev、QA） |

角色预设

| 预设 | 包含角色 | 适用场景 | |------|---------|---------| | full（默认） | PM、Architect、UI Designer、Tech Lead、Scrum Master、Frontend、Backend、QA、DevOps | 完整项目，质量优先 | | core | PM、Architect、Frontend/Backend、QA | 快速迭代，跳过 UI/评审/拆解层 |

语言规则

所有生成的文档必须使用中文。

四阶段工作流

Copy this checklist and check off items as you complete them:

Boss Pipeline Progress:

• [ ] Step 0: 需求收集 ⚠️ REQUIRED (除非 --quick)

  • [ ] 0.1 问自己：这是新项目还是现有代码库？ 如果现有，先探索代码结构
  • [ ] 0.2 问自己：需要什么类型的界面？（Web/CLI/API/无界面）
  • [ ] 0.3 问自己：有什么技术偏好或约束？
  • [ ] 0.4 确认需求理解 → 向用户确认

• [ ] 阶段 1: 规划（需求穿透 → 设计）

  • [ ] 1.0 ⏩ 检查点：若 --continue-from 2+ 且 prd.md / architecture.md 已存在，跳过本阶段
  • [ ] 1.1 Load agents/boss-pm.md → 调用 PM Agent 进行需求穿透
  • [ ] 1.2~1.3 并行执行（同时调用以下两个 Agent，无需等待其中一个完成）：
    • Load agents/boss-architect.md → Architect Agent 设计架构
    • Load agents/boss-ui-designer.md → UI Agent（除非 --skip-ui）
  • [ ] 1.4 Load references/artifact-guide.md 获取产物保存规范
  • [ ] 1.5 💾 保存产物到 .boss/<feature>/：prd.md, architecture.md, ui-spec.md
  • [ ] 1.6 📝 更新 .boss/<feature>/.meta/execution.json：阶段 1 状态改为 completed
  • [ ] 1.6 确认规划结果 ⚠️ REQUIRED (除非 --quick)

• [ ] 阶段 2: 评审 + 任务拆解

  • [ ] 2.0 ⏩ 检查点：若 --continue-from 3+ 且 tech-review.md / tasks.md 已存在，跳过本阶段
  • [ ] 2.1 读取阶段 1 产物
  • [ ] 2.2 Load agents/boss-tech-lead.md → 技术评审
  • [ ] 2.3 Load agents/boss-scrum-master.md → 任务拆解 + 测试用例定义
  • [ ] 2.4 💾 保存产物：tech-review.md, tasks.md
  • [ ] 2.5 📝 更新 .meta/execution.json：阶段 2 状态改为 completed

• [ ] 阶段 3: 开发 + 持续验证

  • [ ] 3.0 ⏩ 检查点：若 --continue-from 4 且 qa-report.md 已存在且门禁通过，跳过本阶段
  • [ ] 3.1 读取阶段 2 产物
  • [ ] 3.2 Load references/testing-standards.md，根据任务类型调用开发 Agent（全栈项目前后端并行执行），将测试标准作为上下文传入：
    • 前端 → Load agents/boss-frontend.md
    • 后端 → Load agents/boss-backend.md
  • [ ] 3.3 Load agents/boss-qa.md → 执行全套测试
  • [ ] 3.4 🚦 质量门禁检查 — Load references/quality-gate.md
  • [ ] 3.5 💾 保存产物：qa-report.md
  • [ ] 3.6 📝 更新 .meta/execution.json：阶段 3 状态、质量门禁结果

• [ ] 阶段 4: 部署 + 交付（除非 --skip-deploy）

  • [ ] 4.1 读取阶段 3 产物
  • [ ] 4.2 Load agents/boss-devops.md → 构建部署
  • [ ] 4.3 💾 保存产物：deploy-report.md
  • [ ] 4.4 📝 更新 .meta/execution.json：阶段 4 状态、访问 URL
  • [ ] 4.4 输出最终结果（文档位置 + 测试摘要 + 访问 URL）

Agent 角色表

| Agent | 文件 | 职责 | |-------|------|------| | PM | agents/boss-pm.md | 需求穿透，洞悉显性和隐性需求 | | Architect | agents/boss-architect.md | 架构设计、技术选型、API 设计 | | UI Designer | agents/boss-ui-designer.md | UI/UX 设计规范 | | Tech Lead | agents/boss-tech-lead.md | 技术评审、风险评估 | | Scrum Master | agents/boss-scrum-master.md | 任务分解、测试用例定义 | | Frontend | agents/boss-frontend.md | UI 组件、状态管理、前端测试 | | Backend | agents/boss-backend.md | API、数据库、后端测试 | | QA | agents/boss-qa.md | 测试执行、Bug 报告 | | DevOps | agents/boss-devops.md | 构建部署、健康检查 |

调用 Agent 的标准格式

1. 读取对应的 Agent Prompt 文件（如 agents/boss-pm.md）
2. 将文件内容作为 Prompt，追加当前任务说明，调用一个子 Agent 执行
3. 任务说明追加格式：

[Agent Prompt 文件内容]

---

## Skill 发现

执行任务前，先检查当前环境中可用的 Skill（斜杠命令、插件、扩展等），识别能辅助本任务的能力（如搜索、代码生成、测试、部署等），按需调用以增强执行效果。

## 当前任务

[具体任务描述，包含所需上下文、输入产物路径、输出产物路径]

并行调用：需要同时执行多个 Agent 时（如阶段 1 的 Architect + UI Designer、阶段 3 的 Frontend + Backend），在同一步骤内同时发起多个子 Agent 调用，无需等待其中一个完成再启动另一个。

重试机制：若子 Agent 执行失败，自动重试最多 2 次；若仍失败，暂停并向用户报告失败原因及已完成的产物路径。

摘要优先：读取上游产物时，优先读取文档开头的 ## 摘要 section；仅在需要细节时读取完整内容，以节省 Token。

产物目录结构

.boss/<feature-name>/
├── prd.md              # 阶段 1
├── architecture.md     # 阶段 1
├── ui-spec.md          # 阶段 1（可选）
├── tech-review.md      # 阶段 2
├── tasks.md            # 阶段 2
├── qa-report.md        # 阶段 3
└── deploy-report.md    # 阶段 4

快速开始

当用户触发 Boss Skill 后（除非 --quick），先询问：

🚀 Boss Mode 已激活！

请描述你想要构建的功能或项目：
- 新项目还是现有代码库？
- 需要什么类型的界面？（Web/CLI/API/无界面）
- 有技术偏好或约束吗？

获取信息后，立即开始四阶段流水线。

boss-skill

BMAD 全自动项目编排 Skill，适用于所有支持 Skill 的 Coding Agent（Claude Code、OpenClaw、Cursor、Windsurf 等）。

从需求到部署的完整研发流水线，编排 9 个专业 Agent 自动完成完整研发周期。

安装

方式一：克隆到 Coding Agent 的 Skills 目录

| 工具 | Skills 目录 | |------|------------| | Claude Code | ~/.claude/skills/ | | Cursor | ~/.cursor/skills/ | | Windsurf | ~/.windsurf/skills/ | | Trae | ~/.trae/skills/ | | OpenAI Codex | ~/.codex/skills/ |

# 以 Claude Code 为例
git clone https://github.com/echoVic/boss-skill.git ~/.claude/skills/boss
# 以 OpenAI Codex 为例
git clone https://github.com/echoVic/boss-skill.git ~/.codex/skills/boss

方式二：适配 Google Antigravity (Beta)

Google Antigravity 要求技能存放在项目的 .agent/skills/ 目录下。我们提供了一个适配脚本，可以将 Boss Skill 快速集成到你的 Antigravity 环境中：

# 在你的项目根目录下运行 (假设你已经在项目外克隆了 boss-skill)
/path/to/boss-skill/scripts/adapt-antigravity.sh

方式三：适配 OpenAI Codex (Beta)

OpenAI Codex 建议将项目相关的技能存放在 .agents/skills/ 目录下（注意是 agents 复数）。

# 在你的项目根目录下运行
/path/to/boss-skill/scripts/adapt-codex.sh

方式四：集成到 OpenCode

OpenCode (sst/opencode) 识别技能的默认路径为项目根目录下的 .opencode/skills/。

# 在你的项目根目录下运行
mkdir -p .opencode/skills/boss
git clone https://github.com/echoVic/boss-skill.git .opencode/skills/boss

方式五：手动复制 SKILL.md

将 SKILL.md 复制到你的 Coding Agent 支持的 Slash Command 目录，然后根据需要将 agents/、references/、templates/ 目录一起放入同一位置。

工作原理

Boss Agent 不直接写代码，而是编排专业 Agent 按四阶段流水线执行：

需求 → [PM → Architect → UI] → [Tech Lead → Scrum Master] → [Dev → QA] → [DevOps] → 交付
         阶段 1: 规划              阶段 2: 评审+拆解          阶段 3: 开发    阶段 4: 部署

每个阶段产出文档，下一阶段基于前一阶段产物，测试不通过不能部署。

9 个专业 Agent

| Agent | 职责 | |-------|------| | PM | 需求穿透 — 显性、隐性、潜在、惊喜需求 | | Architect | 架构设计、技术选型、API 设计 | | UI Designer | UI/UX 设计规范 | | Tech Lead | 技术评审、风险评估 | | Scrum Master | 任务分解、测试用例定义 | | Frontend | UI 组件、状态管理、前端测试 | | Backend | API、数据库、后端测试 | | QA | 测试执行、Bug 报告 | | DevOps | 构建部署、健康检查 |

使用方式

触发词：boss mode、/boss、全自动开发、从需求到部署

/boss 做一个 Todo 应用
/boss 给现有项目加用户认证 --skip-ui
/boss 快速搭建 API 服务 --skip-deploy --quick
/boss 继续上次中断的任务 --continue-from 3
/boss 轻量模式 --roles core --hitl-level off

| 参数 | 说明 | |------|------| | --skip-ui | 跳过 UI 设计（纯 API/CLI） | | --skip-deploy | 跳过部署阶段 | | --quick | 跳过确认节点，全自动 | | --continue-from <1-4> | 从指定阶段继续，跳过已完成阶段 | | --hitl-level <level> | 人机协作：auto（默认）/ interactive / off | | --roles <preset> | 角色预设：full（默认，9 个）/ core（PM/Architect/Dev/QA） |

产物

所有产物保存在 .boss/<feature>/ 目录：

.boss/<feature>/
├── prd.md              # 产品需求文档
├── architecture.md     # 系统架构
├── ui-spec.md          # UI 规范（可选）
├── tech-review.md      # 技术评审
├── tasks.md            # 开发任务
├── qa-report.md        # QA 报告
├...