01-22 讲高频问答版
这份版本适合你在考前、复盘、面试式自问自答时使用。
我会按“问题 → 标准回答”的形式整理,把 01-22 讲最容易被问到、也最值得背的点都串起来。
一、总纲类高频问答
1. 这门课 01-22 讲的总目标是什么?
答:
总目标是构建一套 AI 原生开发工作流。
这套工作流的核心不是“让 AI 帮忙写几段代码”,而是让 AI 进入软件工程主流程,覆盖需求、设计、编码、测试、协作、交付、维护等全生命周期。
2. 这门课的本质到底在讲什么?
答:
本质上讲的是:
如何把软件开发从“人手工写代码”升级为“人类定义意图与规则、AI 高强度执行、全流程可验证可回退”的人机协同工程系统。
3. 整门课的总体结构是什么?
答:
整门课分为四部分:
- 01-03 概念篇:建立 AI 原生世界观
- 04-08 基础篇:掌握 Claude Code 的基础能力
- 09-15 进阶篇:扩展能力、沉淀经验、建立安全机制
- 16-22 实战篇:跑通从需求到维护的完整工程闭环
4. 用一句话概括整门课的主线是什么?
答:
世界观建立 → 工具能力掌握 → 驾驶舱搭建 → 规范驱动实现 → 协同交付 → 维护演进。
二、概念篇高频问答(01-03)
5. 什么是 AI 原生开发?
答:
AI 原生开发不是把 AI 当成补全工具或搜索工具,而是围绕 AI 协作重新设计软件开发流程。
它强调让 AI 进入工程主流程,并重新划分人机分工。
6. AI 原生开发和传统开发最核心的差别是什么?
答:
传统开发以“人亲手写代码”为中心,AI 原生开发则以“人定义意图与规则,AI 执行实现”为中心。
也就是从“代码中心”逐渐走向“规范中心”和“流程中心”。
7. 什么是 SDD?
答:
SDD 是 Specification-Driven Development,即规范驱动开发。
核心思想是:
- 先写
spec - 再从
spec推导plan - 再拆成
tasks - 最后再落到
code
8. 为什么 SDD 很重要?
答:
因为 AI 在模糊需求下容易脑补、自洽、跑偏。
SDD 的作用就是把意图前置、显式化、结构化,让 AI 有明确目标,也让需求、设计、实现之间有可追踪链路。
9. SDD 的本质是什么?
答:
SDD 的本质是:
从代码中心开发,转向规范中心开发。
10. AI 时代开发者的角色发生了什么变化?
答:
开发者的角色从“直接编码者”升级为:
- 规范设计者
- 工作流指挥者
- 质量治理者
- 最终决策者
也就是说,人类从执行层上移到了指挥层。
三、基础篇高频问答(04-08)
11. Claude Code 和普通聊天 AI 的区别是什么?
答:
Claude Code 是 执行型 AI / Coding Agent,而不仅仅是问答型 AI。
它不仅能回答问题,还能理解项目上下文、读写代码、执行命令、修改文件、协助完成任务。
12. @ 的作用是什么?
答:
@ 用来向 AI 精准注入上下文。
比如:
@file注入文件@dir注入目录@symbol注入符号
它的重点不是“塞得多”,而是“喂得准”。
13. 为什么强调上下文要精准,而不是越多越好?
答:
因为上下文越多,不代表效果越好。
过多上下文会带来:
- token 成本上升
- 注意力分散
- 上下文污染
- 重点丢失
所以原则是:相关、必要、精准。
14. ! 的作用是什么?
答:
! 用来让 AI 执行 shell 命令并读取输出。
这样 AI 不只是看静态代码,还能接入真实工程环境,比如:
- 跑测试
- 看报错
- 看构建输出
- 看日志
15. CLAUDE.md 是干什么的?
答:
CLAUDE.md 用来保存长期协作上下文,也就是项目的“长期记忆”。
它通常保存:
- 项目背景
- 架构说明
- 开发约定
- 团队共识
16. 为什么要有 CLAUDE.md?
答:
因为长期信息不能靠会话来记。
会话会:
- 变长
- 变贵
- 被污染
- 被压缩遗忘
所以长期稳定信息应该文档化,沉淀到 CLAUDE.md。
17. constitution.md 是什么?
答:
constitution.md 是项目的“宪法”,用来定义 AI 必须遵守的规则和原则。
例如:
- 简单性
- 可测试性
- 可读性
- TDD
- 禁止某些危险写法
18. CLAUDE.md 和 constitution.md 的区别是什么?
答:
CLAUDE.md主要是 长期上下文 / 项目记忆constitution.md主要是 规则护栏 / 行为约束
前者告诉 AI“项目是什么”,后者告诉 AI“该怎么做、不能怎么做”。
四、进阶篇高频问答(09-15)
19. 什么是 Slash Commands?
答:
Slash Commands 就是把高频 Prompt 封装为标准命令。
比如:
/review/commit/build
这样可以减少重复输入,并把经验沉淀为团队资产。
20. Slash Commands 的价值是什么?
答:
它的价值在于:
- 标准化
- 可复用
- 可共享
- 降低心智负担
- 把零散 Prompt 资产化
21. Templates 的作用是什么?
答:
Templates 用来让输出结构化、稳定化、可复用。
比如统一 Spec 模板、Plan 模板、Review 模板、PR 模板等。
22. Hooks 的核心作用是什么?
答:
Hooks 的核心作用是:
把检查、提醒、格式化、拦截等治理动作嵌入到流程里自动执行。
也就是把“靠人记住”变成“系统自动做”。
23. Skills 是什么?
答:
Skills 是把复杂经验封装成能力模块。
本质上是把某类专业套路、分析方式、执行步骤沉淀成可复用能力。
24. Sub-agents 的价值是什么?
答:
Sub-agents 的价值是让复杂任务能由多个智能体分工协作完成。
这样可以降低单个 Agent 的负担,也能提高复杂任务处理的清晰度。
25. MCP 的作用是什么?
答:
MCP 的作用是让 AI 连接外部工具和系统。
也就是说,AI 的能力边界从本地代码扩展到更大的工程系统环境。
26. Checkpointing 为什么重要?
答:
Checkpointing 重要是因为 AI 虽然执行快,但也可能改坏。
有了 Checkpointing,改动前可以留快照,出问题能回退,支持安全试错和小步迭代。
27. Headless 的意义是什么?
答:
Headless 的意义是支持无人值守自动执行。
它适合:
- 批处理
- 流水线
- 定时任务
- 自动化分析与修复
五、实战篇高频问答(16-22)
28. 为什么实战一开始要先搭“驾驶舱”?
答:
因为 AI 开发不是直接开写,而是要先把协作基础设施建好。
“驾驶舱”统一了:
- 上下文
- 规则
- 命令
- 模板
这样后续所有任务才有稳定基础。
29. 驾驶舱一般由哪些部分组成?
答:
通常包括:
CLAUDE.mdconstitution.md.claude/commands/.claude/templates/
有时还可以扩展到 hooks、skills 等。
30. spec.md 的作用是什么?
答:
spec.md 的作用是把模糊需求编译成清晰、结构化、可执行的需求规范。
它通常包含:
- 用户故事
- 功能需求
- 边界条件
- 验收标准
31. 为什么 spec.md 很关键?
答:
因为它是意图的清晰表达,是后续设计、任务拆分和实现的起点。
如果 spec.md 不清晰,后面所有环节都会跑偏。
32. plan.md 和 tasks.md 分别做什么?
答:
plan.md:描述技术方案、架构设计、模块职责,回答“怎么设计”tasks.md:拆分原子任务、依赖顺序、执行步骤,回答“一步步怎么做”
33. 为什么不能直接从需求跳到编码?
答:
因为从需求直接跳到编码,AI 很容易把设计和实现混在一起,造成:
- 跳步
- 脑补
- 结构失控
- 难以回退
所以要先经过 plan.md 和 tasks.md 做中间编译。
34. 第19讲为什么强调 TDD?
答:
因为 TDD 能用测试来约束 AI 编码。
AI 很容易“看起来写得对”,但测试可以明确告诉它什么是正确行为,从而减少幻觉和错误实现。
35. TDD 的经典循环是什么?
答:
RED → GREEN → REFACTOR
- RED:先写失败测试
- GREEN:做最小实现让测试通过
- REFACTOR:重构优化
36. 为什么说 TDD 是 AI 时代的重要护栏?
答:
因为 AI 写代码速度很快,但也很容易快速写错。
TDD 相当于提前定义正确性标准,用测试把 AI 约束在正确轨道上。
37. 第20讲讲的“协同”主要指什么?
答:
主要指把 Review、Commit、PR 描述等团队协作动作标准化。
也就是让 AI 不只参与写代码,还参与代码审查、提交说明和协作交付。
38. /review、/commit 这类命令的价值是什么?
答:
价值在于:
- 降低重复劳动
- 统一输出格式
- 让协作可标准化
- 让团队经验可复用
39. 第21讲为什么要把构建与交付也纳入 AI 工作流?
答:
因为如果 AI 只写代码,不管构建和交付,那工作流是不完整的。
真正的工程闭环必须覆盖:
- 构建
- 打包
- 测试
- 发布
- CI/CD
40. 第21讲常见的关键产物有哪些?
答:
常见关键产物包括:
DockerfileMakefile- CI/CD workflow
这些都是把交付能力工程化、自动化的基础设施。
41. 第22讲为什么很重要?
答:
因为它说明 AI 原生开发不是只适用于新功能开发,
还要进入系统的后半生命周期,也就是:
- 故障诊断
- 维护修复
- 重构
- 文档同步
这才算真正覆盖全生命周期。
42. 第22讲里 AI 可以做哪些维护工作?
答:
比如:
- 分析 panic 日志
- 定位问题
- 在 Checkpointing 保护下做重构
- 用
/rewind回退 - 用
/update-docs同步文档
六、整门课核心文件高频问答
43. 这门课最关键的几个文件是什么?
答:
最关键的几个文件是:
CLAUDE.mdconstitution.mdspec.mdplan.mdtasks.md
44. 怎么快速记这五个文件的作用?
答:
可以记成:
CLAUDE.md:记忆constitution.md:规则spec.md:意图plan.md:方案tasks.md:执行
45. spec.md、plan.md、tasks.md 三者是什么关系?
答:
它们构成一条意图编译链:
spec.md:定义做什么plan.md:定义怎么设计tasks.md:定义一步步怎么做
这是从抽象到具体的逐层编译过程。
七、方法链与原则高频问答
46. 整门课的核心方法链有哪些?
答:
主要有五条:
-
上下文构建链
CLAUDE.md + constitution.md + @ + ! -
意图编译链
模糊需求 → spec.md → plan.md → tasks.md -
实现验证链
tasks → test → code → refactor -
协同交付链
review → commit → PR → CI/CD -
维护演进链
diagnose → fix → refactor → docs sync
47. 这门课反复强调的第一原则是什么?
答:
先想清楚,再让 AI 写。
因为意图不清晰,AI 只会更快地把错误放大。
48. 为什么说规则必须显式化?
答:
因为 AI 不会天然知道团队约束,也不应该靠猜。
所以团队规范、设计原则、红线要求,必须显式写出来,变成 AI 可读的规则。
49. 为什么说长期记忆要文档化,不要会话化?
答:
因为会话会:
- 变长
- 变贵
- 被污染
- 被压缩遗忘
而文档更稳定、可复用、可检查、可共享。
50. 为什么说高频流程要资产化?
答:
因为高频操作如果每次都重新写 Prompt,会浪费时间且结果不稳定。
把它们沉淀成命令、模板、技能后,就能变成团队资产。
51. 为什么说“AI 生成,人工定夺”?
答:
因为 AI 再强,责任主体仍然是人。
AI 可以大幅提升执行效率,但最终正确性、风险、业务价值和上线决策仍需人类把关。
52. 为什么说安全感来自“可验证、可回退”?
答:
因为 AI 生成速度很快,如果没有验证和回退能力,错误也会被快速放大。
测试负责“可验证”,Checkpointing 负责“可回退”,两者共同形成安全底座。
53. 工具会变,这门课真正要求掌握的是什么?
答:
真正要掌握的不是某个工具按钮,而是可迁移的 AI 原生工程方法论。
因为未来具体工具会变,但:
- 规范驱动
- 上下文治理
- 测试约束
- 流程资产化
- 自动化交付
这些原则会长期存在。
八、终极总结类高频问答
54. 学完整门课后,开发者最重要的升级是什么?
答:
最重要的升级是:
从“直接写代码的人”变成“组织 AI 工作的人”。
55. 这门课最终想培养什么样的开发者?
答:
想培养的是一种 AI 原生工程师:
他不只会用 AI 写代码,还能:
- 建上下文
- 定规则
- 写规范
- 编流程
- 设测试
- 控质量
- 做交付
- 管维护
56. 用一句话做终极总结,这门课讲了什么?
答:
这门课讲的是如何构建一套由人类定义意图和规则、由 AI 高强度执行、覆盖全生命周期的人机协同软件工程系统。
九、超高频 10 题速背版
1. 什么是 AI 原生开发?
答: 围绕 AI 协作重新设计软件开发流程。
2. 什么是 SDD?
答: 先写 Spec,再推导 Plan、Tasks、Code 的规范驱动开发。
3. 开发者角色如何变化?
答: 从编码者升级为规范设计者、工作流指挥者、质量治理者。
4. CLAUDE.md 是什么?
答: AI 协作的长期记忆。
5. constitution.md 是什么?
答: AI 行为的规则护栏。
6. @ 做什么?
答: 精准注入上下文。
7. ! 做什么?
答: 让 AI 执行命令、连接真实工程环境。
8. TDD 为什么重要?
答: 用测试约束 AI,降低幻觉和失控。
9. spec.md、plan.md、tasks.md 分别是什么?
答: 意图、方案、执行步骤。
10. 整门课的本质是什么?
答: 构建一套人机协同的 AI 原生软件工程系统。