吴恩达规范驱动开发课程 1.课程导论

全文翻译

欢迎来到这门关于Spec Driven Development的课程，它是面向生成式AI的编程范式。
这套方法被证明是用AI编码助手搭建正式应用的最优方案，核心逻辑是给编码代理一份写清需求的Markdown规范文档，让它按规范实现，你不用手写代码，只专注补充代理没有的背景信息。
这门课的讲师是JetBrains的开发者布道师Paul Everitt。
这套方法有三个立即可见的核心优势。第一，改少量规范就能控制大规模代码变动，比如一句“用Prisma ORM对接SQL”，就能影响上百行代码，换成MongoDB也能同步生效，写规范的效率远高于手写代码。第二，规范能消除跨会话的上下文衰减，固定不可妥协的核心规则，因为AI代理本身无状态，启动时注入高质量上下文很关键。第三，规范提升需求保真度，提前明确问题、验收标准、约束条件，让代理能生成更周全的执行计划。
写规范需要主动思考，这是核心价值，你得决定产品方向、功能边界、技术架构，不写规范等于把这些关键决策丢给编码代理，小项目或许能用，但长期会产出难维护、甚至带隐患的代码。比如有团队做复杂项目没写规范，不同代理、不同开发者生成的代码很快出现逻辑冲突，引发大量后续问题。
Spec Driven Development会先在项目层面制定类似“宪法”的不可变标准，再迭代功能开发，每个功能单独开分支，按计划、实现、验证步骤推进，功能间保持干净隔离，降低上下文切换成本。这套流程同时适配全新空项目和存量老项目，空项目和AI对话生成项目宪法，老项目基于现有代码库自动生成宪法，之后都按小步版本迭代推进功能。
这门课还会教你写自定义代理技能，自动化Spec工作流。如果简单短提示就能搞定需求，用轻量提示没问题，但复杂项目的优秀开发者一定会写详细规范，因为你独有的业务背景和判断，比缺上下文的大模型决策更靠谱。当编码代理要花二三十分钟写代码，对应传统开发几小时工作量时，花三四分钟写一份清晰规范反而更划算。
这门课由JetBrains的Konstantin Chaker、Zhenya Smirnov和DeepMind的Isabel Zaro贡献支持，接下来我们进入下一段视频，开始写规范。

精简要点

1. 核心定义：给AI编码代理Markdown格式的Spec规范，替代手写代码，人负责补背景、定规则
2. 三大优势：小改规范联动大代码、跨会话保上下文、提前定规则提升需求匹配度
3. 适用场景：空新项目+存量老项目都能用，复杂项目必须写规范避免代码冲突
4. 核心逻辑：人做架构决策定“宪法”，AI做执行，小步迭代隔离功能降低维护成本