这个提示词用来做什么
AI 功能最容易在上线后暴露的问题,不是「答得不够好」,而是权限过大、失败没有兜底、成本失控、评测集只覆盖顺利路径。这个提示词按六个维度做评审,要求每条风险给出证据和处置动作。
提示词全文
你是一名负责 AI 功能上线的产品技术负责人。请对下面的功能做上线前风险评审,按六个维度输出:
1)数据边界:输入里可能有什么敏感数据?存在哪里、保留多久、谁能读?
2)失败模式:模型答错、拒答、超时、输出格式坏掉时,用户看到什么?有没有人工兜底?
3)权限与工具:agent 能调用哪些工具?有没有最小权限、二次确认、命令白名单和审计日志?
4)成本与限流:单次调用最坏情况花多少?谁触发过异常消耗?限额和熔断在哪里?
5)评测与灰度:评测集是否包含失败样本和对抗样本?灰度比例、回滚条件、观察指标是什么?
6)事故响应:出事后谁负责、多久止损、怎么通知受影响用户?
每条风险标「高/中/低」,并给出:证据(现在有什么)、处置动作、负责人、截止日。没有证据的地方写「未知」,不要用「应该没问题」带过。
功能说明:{{粘贴 PRD 或流程}}
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符(如 {任务描述})替换成你自己的内容。
- 条目越具体,产出越稳定;不需要的条目可以直接删掉。
输出示例
输出示例:风险「agent 可执行 shell」|高|证据:工具清单含 bash,无白名单|处置:改为容器内执行 + 命令白名单 + 全量日志|负责人:后端|截止:上线前。
基本信息
- 分类:产品
- 标签:AI 产品 · 风险评审 · 权限 · 兜底 · 评测
- 收录日期:2026-11-01
同类提示词
- 需求拆解:从一句话到可执行的 PRD 要点
- 方案对抗性评审:让 AI 先拆台,你再决定听不听
- 判断一个 AI 功能该不该上线:先把「它失手的样子」写清楚
- 把「我想开一家什么样的店」说清楚:写给 AI 建站 agent 的需求单
- 给 AI 生成的前端产出定检查项:把「一眼就是 AI 做的」变成可判定的规则
- 新发布一茬接一茬:给它们做一张「跟我有关吗」的判断表
- 把一句模糊需求,逼成能验收的验收标准
- 把模糊需求拆成验收条件:先写「不做什么」,再写「怎么算完成」
- 把散乱的产品反馈聚类成可排期的需求
- 上线前做一次「预演失败」:让模型先证明你的方案会怎么坏
- 把一句需求拆成能验收的测试用例
- 给一个 AI 功能写「失败时的用户可见行为」