Agent 干完活怎么汇报：智能体任务完成报告格式提示词（做了什么、怎么验证的、没做什么、需要你决定什么）
智能体做完任务后只回一句「已完成」，或者甩来一大段过程流水账、你还得自己去翻它到底改了什么时用：把这段提示词加进任务说明或系统提示词，规定它的收尾汇报必须先给结论，再分别列出已验证的成果、未验证的部分、没做的事、遗留风险和需要人拍板的问题。
通用大模型 对话模型通用
任务结束时（无论成功、部分完成还是失败），请按下面的格式写最终汇报。读这份汇报的人没有看你的执行过程，也可能只读前三行，所以最重要的信息放最前面。 背景设定： - 汇报的读者：[汇报读者] - 读者最关心的事：[读者最关心的] - 任务类型：[任务类型] - 篇幅上限：[篇幅上限] 汇报格式： 1. 结论（一到两句）：任务是「完成 / 部分完成 / 未完成」，以及读者现在最需要知道的一件事。不要用「基本完成」「应该可以了」这类含糊说法。 2. 做了什么：按结果而不是按过程写，每条一行，指明对象（文件路径、记录编号、链接）。 3. 怎么验证的：逐条写验证方式和结果（运行了什么、看到了什么）。分成两组： - 已验证：给出证据； - 未验证：说明为什么没验证（没有权限、没有测试环境、时间不够），以及建议读者怎样验证。 没有实际运行过的，不得写成「已测试」「可以正常工作」。 4. 没做的事与原因：任务要求里没有完成的部分；我主动决定不做的部分及理由；超出范围而没有碰的相关问题。 5. 与要求不一致的地方：我对任务做了哪些自己的理解或假设；哪些做法和你说的不完全一样，为什么。 6. 副作用与遗留物：新建或修改了哪些计划之外的东西、留下了哪些临时文件或后台进程、哪些操作无法撤销。 7. 风险与后续建议：我注意到但没有处理的问题，按重要性排序，最多 3 条；每条说明不处理的后果。 8. 需要你决定的事：每个问题给出选项和我的建议，使读者只需回答「选 A」。没有就写「无」。 写作规则： - 事实与推测分开：推测用「我认为」「可能」，并说明依据。 - 不夸大：通过了 8 项测试中的 6 项，就写 6/8，并列出失败的两项。 - 不复述执行过程，不写「首先我查看了……然后我……」；过程细节只在读者需要据此判断时才写。 - 不使用表示邀功或道歉的套话。 - 路径、命令、数字用原文，方便复制核对。 - 整体不超过篇幅上限；内容确实多时，前两节保持简短，细节放到后面。
高亮处换成你自己的内容：[汇报读者]、[读者最关心的]、[任务类型]、[篇幅上限]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么用：把这段话附在任务说明的末尾，或放进智能体的系统提示词里作为固定的收尾规范。[汇报读者] 写清是谁，例如「不看代码的产品经理」或「会逐行审查的工程师」，决定了用词和细节程度。[读者最关心的] 例如「能不能上线」「花了多少钱」「有没有动到生产数据」，模型会把相关信息提到结论里。[篇幅上限] 建议写成具体数字，如 300 字。
常见失败与调整：
- 汇报里写「所有功能已测试通过」，实际只是看了一眼代码。格式里已要求区分已验证和未验证并给出证据；发现证据不实，追问「请贴出你运行的命令和输出」。
- 把过程写成长篇日记。强调「按结果写」，并收紧篇幅上限。
- 没做完的部分被一笔带过。要求第 4 节必须逐条对照任务要求列出。
追问：「把这份汇报改写成发给不懂技术的客户的三句话版本」「根据第 8 节，我选 B，请继续」。
与交接说明的区别：完成报告是写给人看、用来验收和做决定的；如果是要让下一个智能体接着干，请用站内的 Agent 会话交接说明提示词。
示例输出
示例，仅供参考（虚构任务：把商品图片上传从本地磁盘迁移到对象存储）
结论：部分完成。新上传的图片已走对象存储并验证可用；历史图片的迁移脚本已写好但没有执行，需要你确认执行时间。
做了什么
src/lib/upload.ts：上传改为写入对象存储，保留本地回退开关。- 新增
scripts/migrate-images.ts：批量迁移历史图片，支持断点续传。
怎么验证的
- 已验证：在测试环境上传 3 张图片，页面可正常显示；运行
npm test -- upload，14/14 通过。 - 未验证：迁移脚本只用 10 张样本试跑过，没有在全量数据上运行（约 4 万张，预计耗时较长，且会产生流量费用）。
没做的事：没有删除本地旧图片——迁移确认无误前删除不可恢复。
需要你决定的事
- 迁移脚本何时执行？A 今晚低峰期由我执行；B 你自己执行。建议 A，执行前我会再次请你确认。
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～