16-22 讲一页纸思维导图版

16-22讲实战篇总图
│
├─ 总目标
│  └─ 构建一套完整的 AI 原生开发工作流
│     └─ 从需求 → 设计 → 编码 → 审查 → 交付 → 维护 全生命周期覆盖
│
├─ 16讲：搭驾驶舱
│  ├─ 核心产物
│  │  ├─ CLAUDE.md
│  │  ├─ constitution.md
│  │  ├─ .claude/commands/
│  │  └─ .claude/templates/
│  ├─ 核心作用
│  │  ├─ 统一上下文
│  │  ├─ 统一规范
│  │  ├─ 统一命令
│  │  └─ 沉淀团队资产
│  └─ 本质
│     └─ 先搭框架，再做事
│
├─ 17讲：需求编译
│  ├─ 核心产物
│  │  └─ spec.md
│  ├─ 关键内容
│  │  ├─ 用户故事
│  │  ├─ 功能需求
│  │  ├─ 边界条件
│  │  └─ 验收标准
│  └─ 本质
│     └─ 把模糊想法编译成清晰需求
│
├─ 18讲：方案与任务编译
│  ├─ 核心产物
│  │  ├─ plan.md
│  │  └─ tasks.md
│  ├─ plan.md
│  │  ├─ 技术方案
│  │  ├─ 架构设计
│  │  ├─ 模块职责
│  │  └─ 合宪性检查
│  ├─ tasks.md
│  │  ├─ 原子任务
│  │  ├─ 顺序依赖
│  │  ├─ [P] 并行任务
│  │  └─ TDD执行顺序
│  └─ 本质
│     └─ 把需求转成可执行计划
│
├─ 19讲：编码与测试
│  ├─ 核心方法
│  │  └─ TDD
│  │     ├─ RED：先写失败测试
│  │     ├─ GREEN：最小实现通过
│  │     └─ REFACTOR：测试保护下重构
│  ├─ 关键价值
│  │  ├─ 约束 AI 行为
│  │  ├─ 防止自洽幻觉
│  │  ├─ 保证可测试性
│  │  └─ 支持安全重构
│  └─ 本质
│     └─ 用测试把 AI 关进轨道
│
├─ 20讲：协同与审查
│  ├─ 核心动作
│  │  ├─ /review-go-code
│  │  ├─ /commit
│  │  └─ AI生成PR描述
│  ├─ 核心价值
│  │  ├─ 标准化代码审查
│  │  ├─ 标准化提交记录
│  │  ├─ 标准化PR协同
│  │  └─ 团队共享审查标准
│  └─ 本质
│     └─ 让 AI 参与工程协作
│
├─ 21讲：构建与交付
│  ├─ 核心产物
│  │  ├─ Dockerfile
│  │  ├─ Makefile
│  │  └─ .github/workflows/ci.yml
│  ├─ 核心能力
│  │  ├─ 容器化
│  │  ├─ 标准化构建
│  │  ├─ 自动化测试/检查/构建
│  │  └─ DevOps流程自动化
│  ├─ 能力沉淀
│  │  ├─ /build
│  │  └─ /docker-build
│  └─ 本质
│     └─ 从开发闭环走向交付闭环
│
├─ 22讲：维护与重构
│  ├─ 场景1：问题诊断
│  │  ├─ Headless模式
│  │  ├─ 日志分析
│  │  ├─ 根因定位
│  │  └─ 修复建议
│  ├─ 场景2：安全重构
│  │  ├─ Checkpointing
│  │  ├─ /rewind
│  │  ├─ 小步修改
│  │  └─ 可逆试错
│  ├─ 场景3：知识同步
│  │  ├─ /update-docs
│  │  ├─ 扫描项目
│  │  └─ 自动更新README
│  └─ 本质
│     └─ 让 AI 进入遗留系统维护阶段
│
├─ 整体主线
│  ├─ 16：先搭框架
│  ├─ 17：明确需求
│  ├─ 18：形成方案与任务
│  ├─ 19：TDD编码
│  ├─ 20：审查协同
│  ├─ 21：构建交付
│  └─ 22：维护重构
│
├─ 全篇核心原则
│  ├─ 先想清楚，再让AI写
│  ├─ 规则必须显式化
│  ├─ 标准流程要资产化
│  ├─ AI生成，人工定夺
│  └─ 安全感来自可验证、可回退
│
└─ 一句话总记忆
   └─ 16-22讲的本质：
      把软件开发升级为“人类指挥、AI执行、规则约束、覆盖全生命周期”的 AI 原生工程系统