这个提示词用来做什么
一个基于大模型的功能准备上线,想在不写代码的前提下把最容易出事的场景提前列全
提示词全文
我有一个基于大模型的功能要上线,帮我在发布前把失败模式盘一遍。
## 输入
功能是什么、给谁用:{一两句说清}
输入从哪来:{用户自由输入 / 内部数据 / 第三方接口}
输出拿去干什么:{只给人看 / 自动执行操作 / 写入数据库 / 对外发送}
兜底能力:{有没有人工复核、能不能回滚、出错谁负责}
## 输出
1)一张失败模式表,列:触发场景 / 最坏会发生什么 / 用户会怎么发现 / 严重程度(低/中/高)/ 上线前必须有还是可以带着观察。
2)按「模型出错」和「系统出错」分开列——前者如幻觉、拒答、多步任务中途走偏、被输入里的指令带跑;后者如超时、限流、依赖服务挂掉、成本超预算。
3)从表里挑 3 条最该在上线前堵住的,各给一个最小验证方法:怎么造出这个场景、看什么指标算通过。
4)给一句「出事时第一句话怎么说给用户听」,别让第一反应变成甩锅。
要求:宁可列得多一些再删,也不要漏掉「输出被自动执行」这一类;每条都要具体到能复现,不要写「模型可能不稳定」这种无法验证的说法;如果某个场景根本兜不住,直接写「建议先不上线这项能力」。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符(如 {任务描述})替换成你自己的内容。
- 条目越具体,产出越稳定;不需要的条目可以直接删掉。
输出示例
第 2 段把两类问题分开,是因为它们的处理节奏完全不同:模型的错要靠评测集和提示词收敛,系统的错要靠限流、超时与降级,混在一起讨论往往两边都没结论。
基本信息
- 分类:工程
- 标签:上线评审 · 失败模式 · 风险 · AI 功能
- 收录日期:2026-10-12
同类提示词
- 故障复盘(Postmortem):时间线、根因与行动项
- 代码评审:先对齐意图,再挑毛病
- 上线前变更自查:兼容性、回滚与可观测性过一遍
- 提示词回归测试:用 12 个边界用例验证改动没有把别处改坏
- AI 编程会话归档:导出、脱敏、编目三件事一次做完
- 智能体资产盘点:把扫描/清单变成权限最小化清单
- 给端侧场景做一张模型选型约束表,而不是对着排行榜挑
- 让智能体写「交接单」而不是「总结」:给下一个会话一份可审计的上下文
- 算力集群采购前的技术尽调:把峰值与利用率指标问成可复现的口径
- 把一次线上事故录制成能进 CI 的回归用例(Agent 录制与选择性回放)
- 把智能体里其实只是 if-then 的调用挑出来,换成窄判定器
- 模型安全评测前的环境体检:让测试沙箱真的离线