两阶段产品对齐框架:先通过复述与追问确保 AI 真正理解需求,再通过自我批判进行不留情面的规划审查。在开始任何实现之前建立双重制约,防止项目偏航。
当你有一个新产品想法、新功能需求、或者要对现有项目做重大调整时,在所有代码实现之前使用。
发送以下 prompt 给 AI:
我现在有一个产品想法要跟你讨论。在我们进入任何设计或实现之前,我需要先确认你真的理解了我。
请执行以下步骤,每一步都等我确认后再进入下一步:
**第1步:复述与追问**
用你自己的话复述你对这个需求的理解。然后用最日常的中文、用具体的场景来描述:谁、在什么情况下、需要做什么、做完之后得到了什么。
然后,向我提出至少3个追问。这些问题必须是你觉得我还没说清楚、但你必须要知道才能往下走的关键问题。不要问无关紧要的问题。
**第2步:边界确认**
基于我的回答,列出你认为这个产品的边界:核心必须做的事情、可以延后做的事情、明确不做的事情。每一项都附上你的判断理由,一句话即可。
**第3步:逐条对齐**
逐条向我确认:[边界确认中的每一项] — "这条你的判断对吗?有没有需要调整的?"
全部确认完成后,我们才进入规划阶段。
阶段一完成后,发送以下 prompt:
基于我们已经对齐的需求,现在请做一个"批判性产品规划"。
请按以下结构输出,使用简洁直白的中文,避免技术术语。每一项控制在3句话以内。
## 1. 产品内核
用一句话说清楚:这个产品本质上是什么?不是什么?(比如:"这是一个笔记工具,不是一个文档管理系统")
## 2. 核心路径
用户从打开到完成最关键任务,需要走几步?每一步是什么?有没有可以省略的步骤?
## 3. 最大假设
这个产品建立在哪1-2个最危险的假设之上?(比如:"假设用户愿意每天手动输入数据")如果这个假设不成立,产品还成立吗?
## 4. 自我批判
现在,请你以最苛刻的批评者身份,对上面1-3点进行不留情面的批判:
- 哪里逻辑不自洽?
- 哪里是你在迎合我而不是说实话?
- 哪里你感觉我在逃避真正的难题?
- 有没有更简单的做法被我们忽略了?
## 5. 替代方案
基于以上批判,提出2-3个跟当前方案不同的替代路径。不是微调,而是真正不同的思路。
## 6. 推荐决策
综合以上所有分析,你的最终推荐是什么?理由是什么?有哪些你必须提醒我的风险?
---
输出完成后,我会逐条审阅。在我确认之前,不进行任何代码实现。
AI 不需要被信任,它需要被验证。 验证的前提是,它的输出必须是你一眼能看懂、一秒能判断的东西。
这两个 prompt 强制 AI:
传统的人机协作中,你负责提需求,AI 负责实现。交接点是一份技术设计文档——但那文档的语言体系天然偏向 AI 那一侧,你被排除在审查之外。这套流程把模式倒过来:AI 必须先证明它理解你,然后必须先批判自己。
效率不是"跳过思考直接开干",而是"在便宜的阶段把错误暴露出来"。
共 1 个版本