回顾与练习

核心要点

• 规格是一份简短、平实语言的工作笔记——你在做什么、不做什么——而不是一份要冻结的合同；一页就够了。
• 在功能之前先厘清问题和拥有这个问题的人，并写下非目标（non-goals）：它们是抵挡 AI 添加"贴心"附加功能的最锋利防线。
• 带 so that 子句的用户故事，加上有具体"Done When"那一行的小型 PRD，把意图变成可测试、可构建的行为。
• 尽早钉死数据模型——字段名会渗漏到处都是——并把规格切成你能一次验证一个的 vibe 大小任务。
• 描述问题，而不是解法；结果在规格里改起来便宜，在代码里改起来昂贵。一边学一边让规格保持鲜活。

动手试试

拿一个你一直搁着的想法，在一次 AI 会话里把它变成一页规格。先让 AI 用五个尖锐的问题对你做访谈，然后——用你自己的话——写下问题、用户、三个用户故事（每个都带 so that）、一份明确的非目标清单、一个六行的数据模型，以及一行你能物理执行的"Done When"。存成 SPEC.md。好规格的检验标准：明天你把它粘进一个全新的对话，AI 就能确切知道该构建什么。

本章提示词

我有一个粗略的想法：<一行描述>。

扮演我的产品思考伙伴。首先，向我提出 5 个犀利的问题，
一次一个，以厘清问题、目标用户，以及"完成"
是什么样子。先别提议功能。

我回答后，按这些小节起草一页的规格：
- 问题  - 用户  - 目标
- 范围内 (v1)  - 非目标 (v1)
- 用户故事 (每条"作为 __，我想 __，以便 __")
- 数据模型 (字段的简短列表)
- 完成标准 (具体、可实际执行的验收测试)

保持精炼——一页以内。若有含糊之处，先问再
假设。我会修改草稿，直到我认同每一行。