十方对抗审查协作流程 Claude Code Skill — 用十个角色(需求 / PM / 设计 / 前后端正反方 / QA / Arbiter / 体验方)的对抗与互审完成任务交付。
每次任务必须有十个角色参与对抗审查。正反方对抗 + PM/Arbiter 双裁决 + QA/体验方双验收 是质量底线。诚实高于一切——发现问题必须说出来,沉默比 bug 更危险。
- 10 大角色明确分工:从需求挖掘到体验走查,覆盖完整交付链路
- PM ⇄ Arbiter 双裁决机制:项目交付与产品愿景分离,冲突时升级到用户拍板
- 17 步强制执行流程:从立项到验收,每一步都有明确归属
- 反方 5 轮强制审查:逻辑 / 边界 / 架构 / 安全 / 性能,每轮独立输出,不可合并跳过
- P0 / P1 / P2 三级严重度:严格的修复闭环规则
- QA + 体验方双验收:功能正确性 + 真实 UX 双重把关
git clone https://github.com/darkmice/dark-team-review.git ~/.claude/skills/team-review- 下载本仓库 zip 包并解压
- 将解压后的目录重命名为
team-review - 移动到
~/.claude/skills/team-review/
~/.claude/skills/team-review/
├── SKILL.md
└── references/
├── visionary-pm.md
├── design-frontend.md
├── backend.md
└── quality-arbiter.mdcd ~/.claude/skills
git submodule add https://github.com/darkmice/dark-team-review.git team-review安装完成后,重启 Claude Code,输入以下任一关键词应能触发该 skill:
- 「按团队审查流程做这个功能」
- 「十方协作开发」
- 「正反方对抗审查」
- 「team review」
- 「多角色协作开发」
- 「需要严格代码审查」
- 「全链路质量保障」
或者在 Claude Code 中直接执行 /team-review 调起。
你: 帮我用十方协作流程实现用户登录功能
Claude: [自动加载 team-review skill]
1. Visionary 输出问题定义...
2. PM 立项评估(工作量 M / 优先级 P0 / 范围:必做登录、最好做记住我、不做 SSO)...
3. UI Designer 输出设计方案...
...
10. 后端正方提交代码 → 后端反方启动 5 轮审查
### 第 1 轮:逻辑正确性
- [auth.ts:42] token 过期判断使用 < 而非 <=,可能在边界时间触发认证失败 (P1)
...
.
├── README.md # 本文件
├── SKILL.md # 核心流程:执行顺序、5 轮审查、PM/Arbiter 边界、团队灵魂
└── references/
├── visionary-pm.md # 需求创造师 + 项目经理详细要求
├── design-frontend.md # UI 设计师 + 前端正反方详细要求
├── backend.md # 后端正反方详细要求
└── quality-arbiter.md # QA + Arbiter + 体验方详细要求
| 轮次 | 维度 | 重点 |
|---|---|---|
| 第 1 轮 | 逻辑正确性 | 条件分支、循环边界、返回值、null/undefined |
| 第 2 轮 | 边界与异常 | 空数组、超大输入、并发、网络失败、超时 |
| 第 3 轮 | 架构与规范 | 项目架构风格、命名、文件/函数大小 |
| 第 4 轮 | 安全与隔离 | 用户数据隔离、注入风险、API Key 硬编码 |
| 第 5 轮 | 性能与资源 | 内存泄漏、定时器清理、复杂度、缓存策略 |
- P0(阻塞):必须修复才能通过
- P1(重要):正方必须回应(修复或说明不修理由)
- P2(建议):可记录后续处理
- PM 拍板:做不做、什么时候做、谁来做
- Arbiter 拍板:怎么做、做到什么程度
- 冲突时:整理双方观点 → 用户裁决
欢迎提交 Issue 或 Pull Request 改进流程定义。
MIT