不绑定工具的规格驱动开发全流程：写代码前先出需求、设计、任务三份文档，管住跑偏的 AI 助手
Using Spec-Driven Development for Production Workflows - Erik Hanchett, AWS · Erik Hanchett
全片 18 分钟·真正值得盯屏约 3 分钟·3 个必看点
- 0:00 – 3:20听
什么是规格驱动开发
定义规格驱动开发：写任何代码前先创建结构化的需求与设计文档（Markdown 形式），这种方式天然契合大语言模型的工作方式。
规格提升的是生成代码的质量，而不只是速度
纯口头论述铺垫概念，无值得看的画面，通勤听即可▶ 跳到 0:00讲者 · Erik Hanchett - 3:20 – 7:02听
为什么需要它：AI 实习生问题
把编码助手比作“AI 实习生”：模型再强也会跑偏，必须用规格文档持续引导，且人要留在回路中审查所有生成物——出问题被追责的是人不是 agent。
人在回路审查是不可省略的环节，责任永远在人
论证性内容，chapter 标记无视觉依赖，听观点即可▶ 跳到 3:20讲者 · Erik Hanchett - 7:02 – 10:00听
Kira 的双模式设计动机
介绍 Kira 的 vibe 与 spec 两种模式，源于客户反馈：需要一种能处理更大特性、更复杂项目的方式，让助手准确理解项目在做什么。
vibe 应付小改动，spec 才是驾驭大特性的正解
以口述产品背景为主，472s 处的观点值得留意但不依赖画面▶ 跳到 7:02讲者 · Erik Hanchett - 10:00 – 14:03略
三步流程与上下文管理技巧
拆解核心流程：EARS 格式需求（生成前先问澄清问题，或用 quick plan 快速产出）→ 含 Mermaid 图的设计文档 → 任务清单，每步人工修改审查。同时讲 steering 文件的“金发姑娘区间”与 skills 用法。
每一步都要停下来用自己的知识与品味改文档——产出质量取决于你的输入
配幻灯片讲流程步骤，扫一眼流程图示即可，重点靠听▶ 跳到 10:00讲者 · Erik Hanchett - 14:03 – 14:45听
MCP 接入规格生成
用 MCP 直接从项目管理服务拉取产品经理写好的需求文档作为规格输入；告知助手信息来源可写进 steering 规则，或在流程第一步的提示中直接指明。
规格的源头可以是 PM 的既有文档，不必从零手写
短小的口头说明段，为后面演示做铺垫▶ 跳到 14:03讲者 · Erik Hanchett - 14:45 – 16:20看
实机演示：设计文档与属性测试
以“创建电影网站”为提示现场演示：Kira 生成含架构图、时序图的设计文档，EARS 格式需求逐条呈现系统行为，属性测试用 fast-check 以不同取值跑数十上百次验证需求。
属性测试直接对照需求与设计文档验证实现是否正确
全片视觉密度最高段：连续四个 LLM 判定的视觉时刻（903/937/964s），文档与测试代码都在屏幕上，必须看画面▶ 跳到 14:45讲者 · Erik Hanchett - 16:20 – 17:46看
MVP 重排与收尾
请求 Kira 把最重要的四个任务排到最前，任务 1-4 即交付可浏览、可搜索、可筛选的完整可用 MVP；IDE 中悬停属性测试可查看每条的具体校验内容。收尾强调方法不依赖特定工具，存量项目和 bug 修复同样适用（可手动引导任何助手或用 SpecKit）。
任务清单生成后先重排出 MVP，尽早拿到可运行成果
重排后的任务清单和测试悬停提示都是屏幕上的实操画面（980/1016s 两个视觉时刻），只听会错过技巧的实际效果▶ 跳到 16:20讲者 · Erik Hanchett