Dev-Flow — 智能开发全流程

从需求到交付，从经验到知识，自动学习、持续进化。

启动方式

/dev-flow 或 /dev-flow "<项目描述>"

核心原则（Karpathy 编程哲学）

1. Agency > Intelligence — 快速动手 > 完美规划，先跑起来再优化
2. 可验证性 — 每个改动必须有验证手段，无证据不声明完成
3. 简单优先 — 三行重复代码好过过早抽象
4. 增量开发 — 每次只聚焦一个明确改动
5. 可读性 > 聪明 — 注释只解释 WHY
6. 实用主义交付 — 最简可用版本 > 完美未完成架构
7. 逻辑链完整性 — 需求→决策→任务→验证，偏离即纠偏
8. 鲁棒性优先 — 不仅跑通 happy path，更要扛住异常

项目分档（自动选择，可手动覆盖）

启动时根据项目描述自动选择档位，用户可覆盖：

自动判断规则：

• 提到"修"、"改"、"调" → 倾向轻量
• 提到"新增"、"开发"、"实现" → 倾向标准
• 提到"系统"、"平台"、"全栈" → 倾向完整

7+1 阶段流程概览

Phase 1: 需求深挖 ──→ Phase 2: 场景建模 ──→ Phase 3: 风险建模 ──→ Phase 4: 工程规划
                                                                │
                                                                ▼
Phase 7: 知识沉淀 ←── Phase 6: 全局审查 ←── Phase 5.5: 枚举测试 ←── Phase 5: 质量门控执行

Phase 2 是锚点——脱离场景的代码毫无价值。 Phase 5.5 是终极验证——场景建模再完美，真实操作走不通就是失败。

Phase 1: 需求深挖

执行步骤

1. 知识库预检 — 读取 C:UsersASUS.claudellm-wiki全局wikiindex.md，检查相关领域历史经验
2. 项目上下文扫描 — 检查文件结构、git log、CLAUDE.md
3. 逐层追问（每次只问一个）：
   • "你要解决什么问题？"
   • "为什么现有方案不行？"
   • "成功标准是什么？（可验证的）"
   • "哪些边界不能碰？"
   • "明确不要什么？"
4. 提出 2-3 种方案（附 trade-off 分析）
5. 输出需求摘要：

## 需求摘要
- 核心问题：[一句话]
- 成功标准：[可验证的条件]
- 约束条件：[不能做什么]
- 明确不做：[排除范围]
- 推荐方案：[方案名]
- 相关 wiki 经验：[如有]

## 风险分级
🔴 核心（80%精力）：...
🟡 重要（15%精力）：...
🟢 边缘（5%精力）：...

6. 用户确认 — 等用户说"需求确认"

项目分档确认

在需求确认后，告知用户建议的档位（轻量/标准/完整），用户可覆盖。

Phase 2: 场景建模

详细模板：读取 templates/phase2-scenario.md

核心产出：

1. 人物画像（谁在用、什么环境、什么技术水平）
2. 场景清单（触发条件→操作流程→期望结果→异常路径）
3. 场景优先级（🔴 P0 / 🟡 P1 / 🟢 P2）
4. 环境约束（网络/设备/时间/并发）
5. War Room 推演（🔴 P0 场景桌面推演）
6. DDD 领域建模（复杂业务时启用）

后续 Phase 的回溯规则：

• 技术选型（Phase 3）→ 回溯场景优先级
• 功能实现（Phase 5）→ 回溯用户操作流程
• 枚举测试（Phase 5.5）→ 将每个场景展开为测试矩阵

Phase 3: 风险建模

执行步骤：

1. 架构概览 — 数据模型、核心接口、关键依赖
2. 风险矩阵：

| 风险点 | 概率 | 影响范围 | 级别 | 预防措施 |
|--------|------|----------|------|----------|
| [具体风险] | 高/中/低 | 🔴/🟡/🟢 | ... | ... |

3. 渔船堵洞检测 — 每个 🔴 改动的影响链分析
4. 逻辑链路图 — 每条需求的完整链路：意图→决策→任务→验证→场景

### 链路 N: [需求点]
意图: [用户真正想要什么]
  → 决策: [基于什么判断选择这个方案]
    → 任务: [Phase 4 中对应的任务编号]
      → 验证: [什么证据能证明链完整]
        → 场景: [Phase 2 中哪个场景覆盖了这条链]

Phase 4: 工程规划

执行步骤：

1. 任务拆分 — 🔴 核心前置，每个任务 2-5 分钟粒度
2. 每个任务包含：精确文件路径 + 完整代码 + 验收标准 + 复杂度(1-10)
3. 依赖关系 — blockedBy 标注
4. 输出到 docs/dev-flow-plan.md
5. 计划自检 — 需求覆盖 + 占位符扫描 + 类型一致性
6. 用户确认计划

计划文档禁令

禁止出现：TBD、TODO、"类似 Task N"、"Add appropriate error handling"、只描述不给代码的步骤。

复杂度分级策略

Phase 5: 质量门控执行

执行模式

标准档/完整档：Team 模式（3 智能体） 详细协议：读取 templates/phase5-team.md

轻量档：单智能体快速执行 + 自我审查

Team 模式概览

Orchestrator（调度）→ Executor（执行）→ Supervisor（监督）

• Orchestrator 按 🔴→🟡→🟢 分配任务
• Executor 精确实现，不自由发挥
• Supervisor 对照逻辑链审查，检测偏离

4-Gate 质量门

每个任务完成后按顺序通过：

验证铁律

无证据不声明完成。"应该没问题" = 撒谎。

Devil's Advocate（每步完成后）

1. 核心问题检查 — 这真的解决了核心需求吗？
2. 渔船堵洞 — 是否引入新问题？影响其他 🔴 功能？
3. 精力分配 — 是否在 🟢 上花了超过 10 分钟？
4. 历史经验 — wiki 中有类似踩坑记录吗？是否重复犯错？
5. 过度工程 — 是否超出当前需求？（YAGNI）
6. 场景贴合 — 回溯 Phase 2，真实操作能走通吗？
7. 鲁棒性挑刺 — null/空/超大值/并发/外部故障会怎样？

鲁棒性评分（🔴 核心任务必须）

详细评分卡：读取 templates/robustness.md

6 维度（1-5 分）：输入容错 / 异常恢复 / 边界条件 / 降级能力 / 数据一致 / 可诊断

• 🔴 任务 ≥ 24/30（每项 ≥ 4）
• 🟡 任务 ≥ 18/30（每项 ≥ 3）

Phase 5.5: 世界模型枚举测试（仅完整档）

详细架构：读取 templates/phase5-ate.md

6 组件全自动循环：Planner → Driver → Observer → Diagnostician → Healer → Evolver

降级方案（根据实际条件）：

非 Web 项目测试策略：

Phase 6: 全局审查

完整档执行全部检查；标准档执行 1+2+4；轻量档跳过。

1. 枚举测试审查（完整档）— 确认 Phase 5.5 P0 通过率 100%
2. 需求覆盖检查 — 逐条对照 Phase 1
3. 场景覆盖检查（引用 Phase 5.5 报告，不重复执行）
4. 集成验证 — 各模块正确集成
5. 鲁棒性全局评估（完整档）— 读取 templates/robustness.md 评分汇总
6. 精简审查 — 删除过度工程
7. 提交和交付

Phase 7: 知识沉淀 + 自演化

知识沉淀

Wiki 知识库配置：读取 templates/wiki-config.md

项目完成后自动执行：

1. 开发回顾：

   • 哪些判断对了？为什么？
   • 哪些判断错了？为什么？
   • 踩了什么坑？怎么解决的？

2. 写入 wiki（三级演化）：

   • 🟢 无冲突 → 自动写入，事后通知用户
   • 🟡 有冲突 → 暂停，报告冲突，等用户决定
   • 🔴 无专业内容 → 跳过

3. 输出知识摘要给用户确认

自演化检测

检查本次开发是否遇到了 dev-flow 无法覆盖 的情况：

## 自演化检测

本次开发中遇到的流程缺口：
1. [缺口描述]
   → 建议：[安装新 Skill / 修改 dev-flow 规则]
   → 命令：npx skills find "<关键词>"

经验晋升流水线（源自 Self-Improving Agent）

单次踩坑（对话中捕获）
    ↓ 复现 2+ 次
反复出现的模式
    ↓ Recurrence-Count ≥ 3 或用户明确要求
写入 wiki 页面（带置信度评分）
    ↓ 跨 2+ 项目验证
晋升为 CLAUDE.md 规则
    ↓ 广泛适用 + 用户确认
提取为独立 Skill

模板引用索引

环境适配

SSL 代理环境

$env:NODE_TLS_REJECT_UNAUTHORIZED="0"

项目级 CLAUDE.md

Phase 1 自动读取并纳入约束条件。

版本历史

• v2.0.0 — SKILL.md 瘦身（1712→~500 行），模板拆分，项目分档（轻量/标准/完整），Wiki 路径修正为 D1-D6，ATE 降级方案，非 Web 测试策略，经验晋升流水线
• v1.3.0 — 世界模型枚举测试 + 自治测试引擎
• v1.2.0 — 逻辑链监督 + 鲁棒性衡量 + Team 模式
• v1.1.0 — Phase 2 场景建模 + DDD
• v1.0.0 — 初始版本