这个提示词用来做什么

智能体线上出过一次事故，修完之后想把它固定成回归测试。会把事故场景抽象成可重复的输入与断言并接入持续集成，说明事故经过与修复方式即可，可指定可用的测试环境。

提示词全文

我的一次智能体线上事故已经修复，现在要把它变成能进 CI 的回归用例。请给出一套录制与选择性回放的落地方案，不要泛泛讲测试理论。

## 输入
事故描述：{触发条件、错误动作、造成的后果、发现方式}
这一条链路的不确定边界：{模型调用点、工具调用点、外部状态读取点分别有哪些}
技术栈：{Agent 框架、CI 系统、是否有回放或快照能力、存储可用容量}
验收期望：{修复后必须通过的最小断言}

## 输出
1）边界清单：把这次运行里的不确定边界逐条列出，标注哪些可以录制、哪些必须真实执行（例如写操作、外部状态读取），并说明理由。
2）录制方案：录制的最小字段（输入、输出、时间戳、上下游标识），以及为什么这些字段够用；给出存储与保留策略建议。
3）cut-point 设计：哪些边界用记录、哪些边界用新代码真实执行，保证既有确定性、又能验证改动；给出这条用例的通过/失败断言。
4）反例校验：设计 2 到 3 个「必须失败」的扰动（例如把防护逻辑去掉、放宽校验），确认这条用例真的能抓到问题，而不是永远通过。
5）接入 CI：运行成本估算（模型调用次数应为 0）、超时、失败信号与责任人。

最后直接回答：这条用例值不值得长期留在 CI 里，以及还有哪些事故更应该优先录制。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

输出会先列边界清单，指明模型与工具调用可录制、外部写操作必须真实执行；给出录制字段与最小断言；设计 cut-point 让防护逻辑真实执行、模型调用走记录；再给两个必须失败的扰动用来验证用例有效性；最后明确「模型调用次数应为 0」这一成本约束与优先录制的事故类型。

基本信息

  • 分类：工程
  • 标签：Agent 回归测试 · 录制回放 · CI 门禁 · 确定性复现 · 工具边界
  • 收录日期：2026-09-21

同类提示词