双 Pipeline 多 Agent 协作框架
PM + 6 个 Agent + 5 道关口 = 不会悄无声息挂掉的代码
English | 中文
DevFlow 是一个可复用的 Agent Skill。把 Claude Code 变成一个项目经理——当你说"多 agent"，它不会盲目派发 Subagent，而是按一套验证过的流程推进：
Leader 提需求
→ PM 对齐范围
→ Part 1: Architect 设计 → Developer 实现 → 3×Reviewer 审查
→ Part 2: Security Lead → QA 测试 → RE 修复（≤3 轮）
→ CLEAN 或回退
这套方法从 unblind 开发中长出来。三个版本的迭代，被现实逼出来的规则。
给 Claude Code 开了 Agent 工具，就像发了一队工人却没有工头。
| 没 DevFlow | 有 DevFlow |
|---|---|
| PM 替 Agent 干活——关口形同虚设 | PM 硬约束：4 个角色禁止亲自做 |
| 两个 Dev 改同一个文件——合并冲突 | 派发前检查文件交集，有冲突就串行 |
| 三个 Reviewer 审同一批代码——都审不深 | 安全/质量/集成三维分工，不交叉 |
| 审查发现严重 bug——不知道接下来该干嘛 | CRITICAL 阻断 Part 2 → 回退 → 同一 Reviewer 复审查 |
PM 硬约束：SL、Reviewer、QA、RE 四个角色 PM 禁止亲自做。每关走完自问："独立 Agent 做的还是我自己做的？"
串行 vs 并行：两问决策——B 依赖 A 的产出？改同一文件？都不是就并行。只读 Agent 永远可并行。
Reviewer 三维分工：#1 安全（Key 泄露/注入）· #2 代码质量（接口/DRY/兼容）· #3 集成（数据一致性/调用链）
5 道关口：G1 设计出 → G2 SL 审设计 → G3 Reviewer 无 CRITICAL → G4 QA 全绿 → G5 SL 最终判
把下面这句话发给 Claude Code：
帮我安装 devflow skill，GitHub 仓库是 https://github.com/Santazuki/devflow，clone 到 .claude/skills/devflow 即可。
或手动：
git clone https://github.com/Santazuki/devflow.git .claude/skills/devflow在 Claude Code 中说："多agent开发这个功能"、"派发计划"、"哪些可以并行"
集成到项目 CLAUDE.md：
cat resources/workflow-config-template.md >> CLAUDE.md在 unblind Provider v3.0 重构中跑过——9 个文件改动，3 个 Developer 并行，1 轮 QA 过：
| 指标 | 前 | 后 |
|---|---|---|
| 测试 | 95 | 171 |
| Provider 代码 | ~347 行 (3 子类) | ~290 行 (1 类 + 纯函数) |
| 审查捕获 | — | 1 CRITICAL + 6 HIGH |
欢迎提 Issue 和 PR。
git clone https://github.com/Santazuki/devflow.git
# 纯 Markdown + YAML，无编译，无依赖# 完整性检验（65 项）
node tests/devflow-check.jsMIT © 2026 Santaz