这个提示词用来做什么
agent 跑了半小时说做完了，打开一看只改了表面
提示词全文
你是这次任务的验收人，不是执行者。请根据下面的任务，写一份可以直接逐条打勾的「完成定义」，不要写鼓励话，也不要用「代码整洁」「体验良好」这类无法判定的标准。
## 任务
目标：{一句话说清最终要发生什么变化}
仓库/环境：{语言、框架、测试命令、预览环境、目标分支}
不能碰的范围：{目录、接口、数据结构、权限、依赖}
## 输出四部分
1. 交付物清单：列出必须存在的文件、接口、页面或数据变更；每项写清路径与预期行为。
2. 验收检查：每条都必须是「跑一条命令 / 打开一个页面 / 调一次接口」就能得到 pass 或 fail 的判断，至少覆盖：主路径、两个边界条件、一个失败回滚、一个权限或错误处理。
3. 证据要求：每条检查对应要留下的证据（命令输出、截图、日志片段、接口返回），不接受「我测过了」。
4. 交接信息：改了什么、没做什么、已知风险、回滚步骤、下一步建议。
## 纪律
- 任何一条检查如果无法自动或半自动验证，就改成可观察的人工步骤，并写清观察点。
- 不允许把「测试通过」当成唯一完成条件；要说明测试没覆盖到的部分怎么验。
- 如果任务本身有歧义，先列出需要我确认的 3 个问题，不要自行补设定。
- 最后用一张表汇总：检查项 | 验证方式 | 证据 | 当前状态（未开始/通过/失败）。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符（如 {任务描述}）替换成你自己的内容。
- 条目越具体，产出越稳定；不需要的条目可以直接删掉。
输出示例
长任务最常见的失败不是做错，而是「做了一半也算完成」。把完成定义写成可执行检查，agent 才会在提交前自己跑一遍；人也能一眼看出哪一项只是口头通过。
基本信息
- 分类：编程
- 标签：长任务 · 验收标准 · Agent · 代码评审 · 交付
- 收录日期：2026-10-24