AI原生开发工作流实战｜01-08讲思维导图版
AI-Native Development Workflow in Practice | Mind Map for Lectures 01–08
说明：下面用 树状思维导图 的形式，把 01-08 讲的核心知识串起来。
你可以把它当成：
- 复习提纲
- 脑图速记
- 章节关系图
- 考前快速浏览版
总主线
Main Thread
AI原生开发工作流实战（01-08）
├── 一、认知升级：AI不是聊天工具，而是开发协作者（01-03）
│ ├── 1. 传统模式
│ │ ├── 人写代码
│ │ ├── AI辅助查资料/补全代码
│ │ └── AI像“高级搜索引擎”
│ ├── 2. AI原生模式
│ │ ├── AI参与持续工作流
│ │ ├── AI理解上下文
│ │ ├── AI执行任务
│ │ ├── AI遵守规则
│ │ └── Human-in-the-loop
│ ├── 3. 开发者角色变化
│ │ ├── 从代码执行者
│ │ ├── 到工作流指挥者
│ │ ├── 到规则制定者
│ │ └── 到AI能力设计师
│ └── 4. 核心认知
│ └── AI原生开发 = 协作范式升级，不只是工具升级
│
├── 二、环境接入：让AI进入真实工程现场（04）
│ ├── 1. 安装Claude Code
│ ├── 2. 配置模型与环境
│ ├── 3. 接入本地项目
│ ├── 4. 核心意义
│ │ ├── AI不再只是网页聊天窗口
│ │ ├── AI进入本地代码仓库
│ │ ├── AI可以看文件
│ │ ├── AI可以跑命令
│ │ └── AI可以融入开发工作流
│ └── 5. 结论
│ └── 没有环境接入，就没有真正的AI原生开发
│
├── 三、基础交互闭环：@与!（05）
│ ├── 1. @ = 感知上下文
│ │ ├── @单个文件
│ │ │ ├── 解释代码
│ │ │ ├── 修复局部问题
│ │ │ └── 生成测试
│ │ ├── @目录
│ │ │ ├── 项目结构分析
│ │ │ ├── 跨文件理解
│ │ │ └── 批量上下文注入
│ │ └── 特点
│ │ ├── 精准
│ │ ├── 高效
│ │ └── Git-aware（参考.gitignore）
│ ├── 2. ! = 执行动作
│ │ ├── 执行Shell命令
│ │ ├── 获取命令输出
│ │ ├── 输出自动进入下一轮上下文
│ │ └── 形成命令链
│ ├── 3. 感知-行动闭环
│ │ ├── @ 看见世界
│ │ ├── ! 改造世界
│ │ ├── 反馈结果
│ │ └── 进入下一轮协作
│ └── 4. 核心公式
│ └── AI原生开发 = Perception（@）→ Action（!）→ Feedback
│
├── 四、长期记忆系统：CLAUDE.md / AGENTS.md（06）
│ ├── 1. 为什么需要长期记忆
│ │ ├── 高频规则不想重复输入
│ │ ├── 团队规范需要长期生效
│ │ └── AI不能每次都“失忆”
│ ├── 2. 短期 vs 长期
│ │ ├── @ = 短期工作记忆
│ │ └── CLAUDE.md / AGENTS.md = 长期背景记忆
│ ├── 3. AGENTS.md
│ │ ├── 面向跨Agent通用标准
│ │ ├── 类似写给AI看的README
│ │ ├── 放通用信息
│ │ │ ├── 技术栈
│ │ │ ├── 测试命令
│ │ │ ├── lint命令
│ │ │ └── Git/PR规范
│ │ └── 意义
│ │ └── 避免不同Agent各搞一套“私有协议”
│ ├── 4. CLAUDE.md
│ │ ├── Claude Code的原生长期记忆文件
│ │ ├── 特点
│ │ │ ├── 自动加载
│ │ │ ├── 分层加载
│ │ │ ├── 向上递归查找
│ │ │ ├── 向下动态发现
│ │ │ └── @模块化导入
│ │ ├── 适合放
│ │ │ ├── 团队规范
│ │ │ ├── 架构约束
│ │ │ ├── 工作流要求
│ │ │ └── Claude专属扩展能力
│ │ └── 生命周期管理
│ │ ├── /init 创建
│ │ ├── /memory 修改
│ │ └── 持续沉淀项目知识
│ ├── 5. 两者关系
│ │ ├── AGENTS.md = 公有契约
│ │ └── CLAUDE.md = Claude私有扩展
│ └── 6. 核心意义
│ └── 把团队隐性知识沉淀成AI可长期遵守的规则
│
├── 五、顶层治理：constitution.md（07）
│ ├── 1. 为什么光有CLAUDE.md还不够
│ │ ├── 规则只能回答“怎么做”
│ │ ├── 但复杂方案要回答“应该怎样做”
│ │ └── 需要更高层原则系统
│ ├── 2. constitution.md 的定位
│ │ ├── 项目宪法
│ │ ├── 根本大法
│ │ ├── 核心原则契约
│ │ └── 高于普通操作手册
│ ├── 3. 与CLAUDE.md的区别
│ │ ├── 抽象层级
│ │ │ ├── CLAUDE.md：具体操作
│ │ │ └── constitution.md：高层原则
│ │ ├── 强制力
│ │ │ ├── CLAUDE.md：指导性
│ │ │ └── constitution.md：最高优先级/可否决
│ │ └── 可变性
│ │ ├── CLAUDE.md：相对易变
│ │ └── constitution.md：高度稳定
│ ├── 4. 典型法案
│ │ ├── 简单性原则
│ │ │ ├── YAGNI
│ │ │ ├── 标准库优先
│ │ │ └── 反过度工程
│ │ ├── 测试先行铁律
│ │ │ ├── TDD
│ │ │ ├── Red-Green-Refactor
│ │ │ ├── 表格驱动测试
│ │ │ └── 少Mock，重集成/Fake
│ │ ├── 明确性原则
│ │ │ ├── 错误必须显式处理
│ │ │ ├── 禁止丢弃错误
│ │ │ ├── 依赖显式注入
│ │ │ └── 注释解释“为什么”
│ │ └── 单一职责原则
│ │ ├── 包职责单一
│ │ ├── 文件职责单一
│ │ ├── 函数职责单一
│ │ └── 接口小而明确
│ ├── 5. 如何落地
│ │ ├── Constitution Check
│ │ ├── 在plan.md中做“合宪性审查”
│ │ ├── 在CLAUDE.md中提醒AI先对照宪法
│ │ └── 机制 + 引导 双保险
│ └── 6. 核心意义
│ └── 让AI不只是按规则做事，而是按原则做正确的事
│
├── 六、能力封装：Slash Commands（08）
│ ├── 1. 为什么需要Slash Commands
│ │ ├── 高频Prompt重复输入
│ │ ├── 工作流模式固定
│ │ ├── 团队最佳实践难复用
│ │ └── 需要把Prompt工程化
│ ├── 2. 本质
│ │ └── 把动态Prompt封装成可复用命令
│ ├── 3. 内置命令
│ │ ├── 会话与上下文管理
│ │ ├── 环境与配置
│ │ ├── 项目与协作
│ │ └── 帮助与元信息
│ ├── 4. 自定义命令
│ │ ├── Project级
│ │ │ ├── 位置：./.claude/commands/
│ │ │ ├── 跟项目走
│ │ │ ├── 可提交到Git
│ │ │ └── 团队共享
│ │ └── User级
│ │ ├── 位置：~/.claude/commands/
│ │ ├── 个人专属
│ │ ├── 跨项目使用
│ │ └── 不进仓库
│ ├── 5. 参数系统
│ │ ├── $ARGUMENTS
│ │ │ └── 捕获所有参数
│ │ └── $1 / $2 / $3
│ │ └── 捕获固定位置参数
│ ├── 6. Frontmatter元数据
│ │ ├── description
│ │ ├── argument-hint
│ │ ├── model
│ │ └── allowed-tools
│ │ └── 最小权限原则
│ ├── 7. 命令中嵌入 !
│ │ ├── 先执行shell
│ │ ├── 再将输出变成上下文
│ │ └── 实现动态上下文准备
│ ├── 8. 实战：/review-go-code
│ │ ├── 输入审查路径
│ │ ├── 先跑go vet
│ │ ├── 再读代码
│ │ ├── 再读constitution.md
│ │ ├── 最后用AI输出结构化报告
│ │ └── 传统工具 + AI 深度分析
│ └── 9. 核心意义
│ └── 把团队经验和高频工作流封装成AI原子能力
│
└── 七、01-08讲的整体升级路径
├── 1. 认知升级
│ └── AI不是问答工具，而是协作者
├── 2. 环境升级
│ └── AI进入真实工程现场
├── 3. 交互升级
│ └── @ + ! 建立感知-行动闭环
├── 4. 记忆升级
│ └── CLAUDE.md / AGENTS.md 提供长期记忆
├── 5. 治理升级
│ └── constitution.md 提供顶层原则
├── 6. 封装升级
│ └── Slash Commands 将工作流模板化
└── 7. 开发者角色升级
├── 从代码执行者
├── 到AI协作指挥者
├── 到AI规则制定者
├── 到AI行为立法者
└── 到AI能力设计师
二、压缩版思维导图
Compressed Mind Map
如果你想快速背诵，可以看这个超压缩版。
01-08主线
├── 01-03：认知
│ └── AI原生开发 = 协作范式升级
├── 04：环境
│ └── 让AI进入本地工程现场
├── 05：基础交互
│ ├── @ = 上下文注入
│ ├── ! = Shell执行
│ └── 建立感知-行动闭环
├── 06：长期记忆
│ ├── AGENTS.md = 通用标准方向
│ └── CLAUDE.md = Claude长期记忆与分层上下文
├── 07：顶层原则
│ └── constitution.md = 项目宪法，约束AI价值取向
├── 08：能力封装
│ └── Slash Commands = 把高频Prompt变成可复用命令
└── 最终目标
└── 把AI从“会回答问题的模型”变成“懂上下文、守规则、按原则、可执行、可复用”的工程协作者
三、角色升级导图
Developer Role Evolution Mind Map
开发者角色升级（01-08）
├── 01-03
│ └── 认知转型者
├── 04
│ └── 环境搭建者
├── 05
│ └── 工作流指挥者
├── 06
│ └── 记忆系统设计者
├── 07
│ └── AI行为立法者
├── 08
│ └── AI能力设计师
└── 终局趋势
└── 开发者越来越像“AI协作系统架构师”
四、核心概念关系图
Core Concepts Relationship Map
AI原生开发核心概念
├── 感知层
│ └── @
├── 行动层
│ └── !
├── 记忆层
│ ├── CLAUDE.md
│ └── AGENTS.md
├── 原则层
│ └── constitution.md
├── 能力层
│ └── Slash Commands
└── 最终形成
└── AI工程协作系统
五、一句话总脑图
One-Sentence Mental Map
01-08 讲就是：先让你接受 AI 是协作者，再把 AI 接入工程环境，然后用
@和!建立交互闭环，用CLAUDE.md/AGENTS.md注入长期记忆，用constitution.md注入最高原则，最后用 Slash Commands 把高频协作流程固化成可复用能力。
0