学习目标
得到一份简短规格：这次要完成什么、不做什么、遇到异常怎么办，以及如何判断完成。
适用场景
沿用资料夹案例。假设你已确认“登录读者需要保存文章，之后还能找到”，接下来要避免 AI 自动扩成团队知识库。示例中的业务决定需要你确认，不能直接套到其他产品。
准备条件
- 拿到上一阶段的问题卡、证据和待决问题；未证实的功能仍保留为候选。
- 说明已有产品的用户角色、账号方式及不能改变的行为。用现有文档记录即可，不要求固定文件名。
操作步骤
把名词改成用户动作
“收藏系统”太大。先写一条从入口到结果的路径：打开文章→保存→刷新→在个人列表重新找到。让 AI 找断点和歧义，而不是立即画很多页面。把必须保留的旧行为也写下来。
先决定影响实现的业务规则
保存什么内容、归谁所有、重复保存如何处理、删除后是否还能找回，都可能改变数据和交互。让 AI 提问并解释这些决定的影响；由你确认关键规则。小任务只问本次会用到的规则，不必填满一份庞大 PRD。
用动作和结果写验收条件
把“体验好、速度快、效果高级”换成可观察结果。正常、失败与权限路径分开写；指标阈值由真实需求确定，不让 AI 随手编一个数字。给每条验收项稳定编号，后面设计、实现和测试都引用它。
规格片段示例目标：登录读者能保存文章，之后重新找到。 主流程：文章页→收藏→个人收藏列表→打开文章。 A1：保存成功后刷新，个人列表仍有该文章。 A2：另一个账号不能读取这位读者的个人收藏。 A3：保存失败时提示失败，不显示为已保存，并保留重试入口。 本次不做：团队共享、推荐算法、自动生成标签。 待确认：取消收藏后的恢复规则。此项未决前不实现删除流程。让 AI 找矛盾，再收拢本次范围
将规格交回 AI，要求它只挑会导致两种实现的歧义、遗漏路径和互相冲突的规则。依据目标、成本和风险决定本轮范围；已经明确要求的项目不能被模型为了方便实现悄悄删掉。
交给 AI 的规格检查任务请审查以下规格，不开始编码。 逐条检查：用户动作是否完整、结果是否可观察、异常与权限是否遗漏、哪些规则存在两种解释。 问题按“会阻塞当前实现／可以稍后确认”排列，并解释影响。 保留已确认需求，不替我做业务决定。 最后按验收编号给出下一阶段需要设计和技术确认的事项。 规格：【粘贴本轮规格】交接规格，并保留变更入口
把确认后的范围、验收编号与未决项交给设计和技术方案阶段。之后新增“多人共享”等规则，要更新这份依据、找出受影响的设计与测试，再继续；聊天里一句新想法不应让旧版本和新版本的规则混在一起。
常见误区
- 写很长的功能列表，却没有完成判断。
- 先写一条主流程和能观察结果的验收项，细节按实现需要补齐。
- 让 AI 自动填满所有待决业务规则。
- 让它列候选及后果；影响结果或数据归属的规则由你确认。
验收清单
- 本轮必做项、明确不做项和保留行为可区分。
- 每项必做结果都有触发操作和可观察预期。
- 关键异常、权限规则没有留给实现者猜测。
- 设计和技术阶段能使用同一份已确认规格与验收编号。
资料与版本
本文为原创方法整理，示例与提示词需按项目调整；不代表真实用户研究或账号执行结果。