这个提示词用来做什么
团队准备给产品加一个 AI 功能，讨论集中在效果好不好，但没人说得清它出错时用户会看到什么、由谁负责、能不能回退
提示词全文
我们准备上线一个 AI 功能，请帮我把讨论从「效果好不好」转到「上线之后会怎么坏」，并给出一个可以先做的最低成本验证。不要给我一份通用清单，要针对我描述的场景。
## 输入
功能描述：{用户在什么场景触发、模型的输入是什么、输出会怎么呈现给用户}
出错代价：{最坏情况的后果——只是难看、浪费用户时间，还是会写错数据、发出不该发的消息、泄露信息}
现有兜底：{现在有没有人工复核、能不能撤回、有没有日志}
可接受的失败率：{如果有明确指标就写，没有就写暂无}
## 输出
1）失败模式表：列出 5-8 种具体的失败（要写成「用户会看到什么」，不是「模型会幻觉」这种抽象说法），每种标注：能不能被用户立刻发现、能不能撤回、最坏后果。
2）最危险的那一种：指出哪种失败「既不容易被发现、又难以撤回」，并说明为什么它是上线前必须先解决的，而不是可以边跑边补的。
3）门禁设计：针对最危险的两三种失败，给出在流程里哪个位置加拦截——是在模型输出后做规则校验、还是要求人工确认、还是缩小影响范围（例如先只读不写、只处理可回退的操作）。说明每种做法的代价。
4）最低成本验证：设计一个小规模验证，说明需要多少样本、看哪些指标、出现什么结果就判定不能上线。样本量要给出理由，不要随便写个数字。
5）结论：给「可以直接上 / 加门禁后上 / 先做验证再决定 / 不该上」的判断，并写清你判断时最不确定的一点是什么。
不要编造我的业务数据；缺失的信息请列为需要我补充的项，而不是用假设填满。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符（如 {任务描述}）替换成你自己的内容。
- 条目越具体，产出越稳定；不需要的条目可以直接删掉。
输出示例
场景是「根据客户邮件自动生成回复草稿」。输出会把「把客户 A 的报价发给客户 B」列为最危险的一种失败——它不易被立刻发现、发出后无法撤回；建议的拦截点是在草稿进入发送框前做收件人与合同的强校验，并把「自动发送」这一档从首版里去掉，先只做「生成草稿+人工确认」。
基本信息
- 分类：产品
- 标签：产品决策 · 失败模式 · 上线标准 · 评测
- 收录日期：2026-09-28