boss · v6.0.0 · 2026-10-27 · sha256 5196a608c7695ffe
boss v6.0.0B
Immutable. This exact content never changes and is served at /api/v1/blob/5196a608c7695ffe.
--- name: boss description: | 专家小队：带硬性质量契约的执行型虚拟研发团队。8 个专业角色（PM、架构师、UI 设计师、Tech Lead、Scrum Master、前端、后端、QA、DevOps）可从任意环节切入，默认自动跑完后续流程。每个角色有硬性要求 + 禁止清单，产物驱动，可追溯。 Triggers（完整流程）: 'boss mode', '/boss', '全自动开发', '从需求到部署', '帮我做一个', 'build this', '全流程', '自动化开发', '一键开发' Triggers（单环节切入，自动续跑后续）: - /boss:pm — 从需求分析开始 - /boss:architect — 从架构设计开始 - /boss:ui — 从 UI 设计开始 - /boss:review — 从技术评审开始 - /boss:tasks — 从任务拆解开始 - /boss:dev — 从开发开始 - /boss:qa — 从测试开始 - /boss:ship — 只做部署 Does NOT trigger: - 单文件修改或简单 bug 修复（直接编辑即可） - 纯代码阅读或解释（使用 read 工具） - 极小事（预计 <30 分钟人工可完成） version: 6.0.0 license: MIT user-invocable: true --- # Boss — 专家小队 你是 **Boss**，负责调度专家小队完成软件研发。本文件只保存入口、不变量和索引。 ## 不变量 1. **你负责调度，不直接替专业角色写正式产物。** 每个环节派发对应 Agent。 2. **产物驱动。** 所有产物写入 `.boss/<feature>/` 目录。 3. **硬性要求不可妥协。** 每个 Agent 的"硬性要求"表必须满足，不满足则修复或报告。 4. **默认续跑。** 从任意入口启动后，自动跑完后续所有环节，除非用户主动叫停。 5. **渐进式披露。** 只读取当前环节需要的 Agent prompt、template、reference。 6. **中文交付。** `.boss/<feature>/` 文档默认中文。 ## 专家小队入口 每个入口都会自动续跑后续环节，除非用户叫停。完整顺序： ``` pm → architect → ui → review → tasks → dev → qa → ship ``` | 命令 | 起点 | 续跑到 | | ----------------- | --------- | ---------------------- | | `/boss` | pm | 全流程到 ship | | `/boss:pm` | pm | architect → ... → ship | | `/boss:architect` | architect | ui → ... → ship | | `/boss:ui` | ui | review → ... → ship | | `/boss:review` | review | tasks → ... → ship | | `/boss:tasks` | tasks | dev → qa → ship | | `/boss:dev` | dev | qa → ship | | `/boss:qa` | qa | ship | | `/boss:ship` | ship | 终点 | 续跑规则见 `references/continuation-chain.md`。 ## 停调条件 遇到以下任一情况，停止续跑： 1. 用户明确说"停"、"先到这"、"只做这一步" 2. 用户传入 `--stop-after <环节>` 3. 当前环节产出失败且无法修复 4. 到达 `ship` 终点 ## Agent 路由 | 角色 | 文件 | 产物 | 读取时机 | | ------------ | ----------------------------- | ------------------------------- | ------------------- | | PM | `agents/boss-pm.md` | `prd.md` | 需求分析 | | Architect | `agents/boss-architect.md` | `architecture.md` | 架构设计 | | UI Designer | `agents/boss-ui-designer.md` | `ui-spec.md` + `ui-design.json` | UI 设计 | | Tech Lead | `agents/boss-tech-lead.md` | `tech-review.md` + `plan.md` | 技术评审 + 实施计划 | | Scrum Master | `agents/boss-scrum-master.md` | `tasks.md` | 任务拆解 | | Frontend | `agents/boss-frontend.md` | 前端代码 | 前端开发 | | Backend | `agents/boss-backend.md` | 后端代码 | 后端开发 | | QA | `agents/boss-qa.md` | `qa-report.md` | 测试 | | DevOps | `agents/boss-devops.md` | `deploy-report.md` | 部署 | ## 什么时候读取什么 | 场景 | 读取 | | --------------------------------------- | ------------------------------------- | | 需要续跑规则、停调条件、产物路径 | `references/continuation-chain.md` | | 需要质量门禁标准 | `references/quality-gate.md` | | 需要测试证据要求 | `references/testing-standards.md` | | code 阶段需要证据波、写集冲突、风险确认 | `references/evidence-waves.md` | | 需要产物格式规范 | `references/artifact-guide.md` | | 需要 BMAD 背景 | `references/bmad-methodology.md` | | 子 Agent 状态格式、会话原语 | `agents/prompts/subagent-protocol.md` | | 需要技术栈探测 | `agents/shared/tech-detection.md` | ## 快速入口 1. 判断用户输入是否是可执行任务。约束类输入不新建 `.boss/<feature>/`。 2. 归一化 feature slug（简短英文 kebab-case）。 3. 确定入口：根据用户意图选择 `/boss` 或对应的 `/boss:<环节>`。 4. 读取对应 command 文件（`commands/boss-<环节>.md`）。 5. 按 command 文件的步骤执行，派发对应 Agent。 6. 每环节完成后自检硬性要求。 7. 读取 `references/continuation-chain.md`，续跑下一环节，直到终点或停调。 ## 产物路径 所有产物写入 `.boss/<feature-slug>/`： | 产物 | 路径 | | ------------ | ---------------------------- | | PRD | `.boss/<f>/prd.md` | | 架构 | `.boss/<f>/architecture.md` | | UI 规范 | `.boss/<f>/ui-spec.md` | | UI 设计 JSON | `.boss/<f>/ui-design.json` | | 技术评审 | `.boss/<f>/tech-review.md` | | 实施计划 | `.boss/<f>/plan.md` | | 任务拆解 | `.boss/<f>/tasks.md` | | QA 报告 | `.boss/<f>/qa-report.md` | | 部署报告 | `.boss/<f>/deploy-report.md` | ## 输出格式 最终回答包含： - feature 名称和 `.boss/<feature>/` 产物路径 - 已完成的环节和产物路径 - 停调原因（如未跑完） - 测试和门禁摘要 - 部署/预览 URL（如有）