Skip to content

darkmice/dark-team-review

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

1 Commit
 
 
 
 
 
 

Repository files navigation

dark-team-review

十方对抗审查协作流程 Claude Code Skill — 用十个角色(需求 / PM / 设计 / 前后端正反方 / QA / Arbiter / 体验方)的对抗与互审完成任务交付。

每次任务必须有十个角色参与对抗审查。正反方对抗 + PM/Arbiter 双裁决 + QA/体验方双验收 是质量底线。诚实高于一切——发现问题必须说出来,沉默比 bug 更危险。

功能特性

  • 10 大角色明确分工:从需求挖掘到体验走查,覆盖完整交付链路
  • PM ⇄ Arbiter 双裁决机制:项目交付与产品愿景分离,冲突时升级到用户拍板
  • 17 步强制执行流程:从立项到验收,每一步都有明确归属
  • 反方 5 轮强制审查:逻辑 / 边界 / 架构 / 安全 / 性能,每轮独立输出,不可合并跳过
  • P0 / P1 / P2 三级严重度:严格的修复闭环规则
  • QA + 体验方双验收:功能正确性 + 真实 UX 双重把关

安装

方式一:直接克隆到 Claude skills 目录(推荐)

git clone https://github.com/darkmice/dark-team-review.git ~/.claude/skills/team-review

方式二:手动下载

  1. 下载本仓库 zip 包并解压
  2. 将解压后的目录重命名为 team-review
  3. 移动到 ~/.claude/skills/team-review/
~/.claude/skills/team-review/
├── SKILL.md
└── references/
    ├── visionary-pm.md
    ├── design-frontend.md
    ├── backend.md
    └── quality-arbiter.md

方式三:作为子模块嵌入现有 skills 仓库

cd ~/.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 + 体验方详细要求

核心规则速览

反方 5 轮强制审查

轮次 维度 重点
第 1 轮 逻辑正确性 条件分支、循环边界、返回值、null/undefined
第 2 轮 边界与异常 空数组、超大输入、并发、网络失败、超时
第 3 轮 架构与规范 项目架构风格、命名、文件/函数大小
第 4 轮 安全与隔离 用户数据隔离、注入风险、API Key 硬编码
第 5 轮 性能与资源 内存泄漏、定时器清理、复杂度、缓存策略

严重程度处理规则

  • P0(阻塞):必须修复才能通过
  • P1(重要):正方必须回应(修复或说明不修理由)
  • P2(建议):可记录后续处理

PM vs Arbiter

  • PM 拍板:做不做、什么时候做、谁来做
  • Arbiter 拍板:怎么做、做到什么程度
  • 冲突时:整理双方观点 → 用户裁决

贡献

欢迎提交 Issue 或 Pull Request 改进流程定义。

License

MIT

About

十方对抗审查协作流程 — 用十个角色(需求/PM/设计/前后端正反方/QA/Arbiter/体验方)的对抗与互审完成任务交付。当用户要求「按团队审查流程」「十方协作」「正反方对抗审查」「team review」「多角色协作开发」「需要严格代码审查」「全链路质量保障」时触发。适用于功能开发、重构、Bug 修复等需要多视角把关的任务,强制反方逐行审查代码、QA 验证功能、体验方走查 UX。

Resources

Stars

1 star

Watchers

0 watching

Forks

Releases

No releases published

Packages

 
 
 

Contributors