技能介绍

要解决什么问题

多 Agent 协作往往依赖一整套 harness 仓库、额外配置和角色文档，团队想标准化 TDD → Review → 测试环境 → E2E → 质量门禁 → 生产发布 时，落地成本高。Mini-Harness 把协作模型压进一个技能文件：7 个角色定义、11 态状态机、分派规则与团队创建约定，装好后由主 Agent 当 Team Lead 拆解任务，具体执行交给对应子 Agent。

技能如何工作

角色分工：PM 管 Backlog 与 DEPLOY-PROD 审批；Planner 做方案拆解并输出测试用例骨架；Coder 按 RED→GREEN→REFACTOR 实现且要求覆盖率≥80%；Reviewer 六维度审查，任一 BLOCK 则回退 CODE；Tester 负责 TEST-PLAN 骨架与 TEST-RUN 真实后端 E2E；Evaluator 综合评分（≥80 PASS，<60 BLOCK）；Deployer 默认测环境，deploy --prod 需 PM 审批。

状态流转：IDEA → PLAN → TEST-PLAN → CODE → REVIEW → DEPLOY-TEST → TEST-RUN → EVAL → DEPLOY-PROD → MONITOR，各转换带守卫（如 Review 全 PASS 才能部署测试、E2E 100% 且无 P0 才能进 EVAL）。主 Agent 只分派不执行：写代码给 coder，部署给 deployer，单行修复也必须分派。

适用边界与注意点

适合需要状态机节奏、强制 Review 与评分门禁的项目；不适合只想单 Agent 直接改代码的场景。
TEST-RUN 禁止 mock 后端 API；CODE 后不可跳过 REVIEW。
团队创建完成后主 Agent 必须等待用户输入需求，不得自编需求或自动推进状态机。

截图预览

使用场景

在 CodeBuddy 里用 TeamCreate 拉起 PM、Planner、Coder 等 7 角色，按 IDEA→PLAN 把新需求拆成 Story 再进入编码
功能开发要求先出 `*.test.ts` 测试骨架，再由 Coder 跑 RED→GREEN→REFACTOR，覆盖率到 80% 才提交 REVIEW
Review 六维度任一 BLOCK 时回退 CODE 修复，全 PASS 后由 Deployer 部署测试环境并跑 Smoke Test
TEST-RUN 对真实后端跑 E2E，通过后 Evaluator 评分≥80 且 PM 审批回滚方案，再执行 `deploy --prod`