在 AI 协作里，Spec 不只是文档，而是人类给 AI 的工作契约。你写得越清楚，AI 输出就越稳定；你写得越模糊，它就越容易在歧义空间里自由发挥。
核心目标
先把问题定义正确
让 AI 理解你真正要解决的是什么，而不是自己猜测需求意图。
常见误区
把口头描述当成完整需求
很多返工不是 AI 不够强，而是输入里缺少边界、约束和验收标准。
适用对象
产品、研发、协作方都适用
只要你需要把需求交给 AI 或团队执行，这套写法就值得掌握。
为什么产品经理要写 Spec？
在 AI 时代，Spec 不再只是“文档”，而是 AI 的输入。一份好的 Spec 能让 AI 更准确地理解目标，减少返工和沟通成本。
- AI 没有人类默认的常识补全能力，模糊需求会导致自由发挥。
- 清晰的 Spec 是人类与 AI 之间的协作契约。
- 好 Spec 往往意味着更高质量输出和更少迭代成本。
什么是好 Spec？
好的 Spec 至少具备三个基本特征：
- 清晰：每个需求点都有明确描述，不靠猜。
- 完整：覆盖关键流程、边界情况和异常处理。
- 无歧义：同一句话不会被理解成多种不同实现。
Spec 的基本结构
1. 背景和目标
先说明为什么要做这件事，它要解决什么问题，以及业务上的目标是什么。
2. 功能描述
把功能细节写清楚，包括用户流程、界面元素、输入输出和状态变化。
3. 边界条件
明确异常、空值、超范围、失败场景怎么处理，避免 AI 自动脑补。
4. 验收标准
写出可验证的完成标准，让实现与评审都有统一依据。