这个提示词用来做什么

agent 跑了一半说「已完成」，你却不知道它到底做完没有、该不该让它继续

提示词全文

请把下面这个 agent 任务改写成一份可验收、可停机的执行清单。重点不是让它更努力，而是让它在该停的时候停、在该交的时候交。

## 输入
任务目标：{一句话，尽量是可观察的结果}
交付物：{文件 / 报告 / 代码 / 订单 / 消息，注明格式和存放位置}
可用工具与数据：{列出工具、数据源、权限范围}
主要风险：{误删、误发、超预算、使用过期数据、对外承诺等}
人工联系人：{谁在什么情况下必须被叫醒}

## 输出
1）完成定义（DoD）：3-5 条，每条都能用「是 / 否」判断，例如「测试通过且覆盖新增分支」「报告含 3 个可点开的来源」。不要写「质量良好」这类无法验证的话。
2）失败定义：哪些情况算失败而不是「部分完成」，失败时交付什么（错误摘要、已完成的步骤、回滚点）。
3）停机条件：遇到以下情况必须停下来问人——权限不足、数据缺失或矛盾、金额/外发消息超过阈值、需要修改任务目标、连续两次工具调用失败、无法判断结果是否正确。每条写清楚「停下来时发什么信息给谁」。
4）执行顺序：把任务拆成可检查的步骤，每步写输入、动作、产出、验证方式；能并行的标出来。
5）自检清单：交付前必须逐条核对的项目，最多 7 条；其中至少 2 条是「反向检查」，例如「确认没有把测试数据写进生产」「确认没有遗漏未处理的错误」。
6）交接格式：完成后用固定结构汇报——做了什么、证据在哪、哪些没做、剩余风险、建议下一步。

## 纪律
- 没有验证方式的任务，不算可执行任务；请补上验证方式或明确标为「待确认」。
- 不允许 agent 自行降低验收标准来「完成」任务。
- 停机不是失败；该停不停才是失败。
- 不要编造工具能力、数据来源或测试结果。

怎么用

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

输出示例

这份清单最关键的是第 1 条和第 3 条：前者让「完成」变成可检查的事实，后者防止 agent 在权限或数据不对时硬着头皮往下做。第 5 条的两条反向检查，往往比正向检查更早发现问题。

基本信息

  • 分类：Agent
  • 标签：Agent · 验收标准 · 停机条件 · 交付 · 自检
  • 收录日期：2026-10-22

同类提示词