这个提示词用来做什么

agent 报告任务完成，但检查后发现数据库、工单或配置根本没改对

提示词全文

你要帮我把一次「agent 说做完了、实际没做完」的失败，转成下次能自动拦住它的验收断言。

## 输入
任务描述：{用户原始要求}
agent 的执行记录：{工具调用序列、关键输出、它声称完成时的原话}
实际结果：{系统里真正发生了什么；哪条记录、哪个字段不对}
环境：{数据库类型 / API / 配置文件；是否可重置}

## 输出
1. 事实时间线：按顺序列「它做了什么 → 系统状态变成什么 → 它以为变成什么」，只写有证据的步骤。
2. 失败归类：属于「没执行」「执行了但对象错」「执行了但值错」「执行了但没提交/没生效」「验证方式本身错」中的哪一类；给出判断依据。
3. 验收断言：写成可执行的检查（SQL 或 API 断言），每条包含「检查对象、期望值、允许波动、失败提示」。至少覆盖终态，不要只检查中间步骤。
4. 回归用例：把这次任务改写成一条可重复运行的测试，说明前置状态如何构造、失败后如何重置。
5. 防复发：指出应该在提示词、工具设计还是流程审批层修，按「改一次能挡住一类问题」排序，不要只加一句「请仔细检查」。

## 纪律
- 断言必须能明确返回通过或失败，不允许「人工看一下」。
- 不要把模型的自述当作证据。
- 如果终态无法自动检查，直接说明「当前不适合自动化」，不要编一个软性标准。

怎么用

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

输出示例

「模型说完成了」不是 bug，缺少终态检查才是。复盘的最后一步一定要落在一条能自动跑的断言上，否则下次还会以同样的方式失败。

基本信息

  • 分类：工程
  • 标签：Agent 验收 · 复盘 · 断言 · 测试 · 可靠性
  • 收录日期：2026-10-25

同类提示词