这个提示词用来做什么
想让 agent 接手一段流程，但说不清哪些环节放权安全、哪些必须留人，拍脑袋放权容易出事
提示词全文
帮我把下面这段流程拆开，判断每个步骤该不该交给 agent 做。判断标准只有一条：这一步的「做对了没有」能不能在事后用可核对的事实判定。不要讨论模型强不强，只讨论这一步本身。
## 输入
流程是什么：{从头到尾描述一遍，包括人和系统各做什么}
现在每步由谁做：{人 / 系统 / 人机混合}
做完之后靠什么判断这步成了：{现状：有人看结果、有测试、有对账、还是凭感觉}
做错一次的代价：{能撤销 / 要返工 / 不可逆}
## 输出
1）逐步拆解表：每步写三列——「这一步产出的东西是什么」「怎么判断它对不对」「判断需要什么信息」。
2）定档：把每步归到三类之一。
- 可判定且出错可撤：可以交给 agent，并写明需要留什么记录。
- 可判定但出错不可逆：agent 只能给建议，动作要人确认，写清确认时人该看哪一条信息。
- 不可判定：不能放权，说明缺的是「判据」还是「数据」，以及补上它能变成哪一类。
3）交接面：对每一处「人 → agent」的交接，写出需要传递哪些输入、agent 必须回传什么、失败时谁接手。
4）第一件该放的事：只挑一件，说明为什么先它、用什么指标判断这次放权成不成。
## 纪律
- 判断不了就写「判据缺失」，不要用「效果还不错」这种话糊过去。
- 不要把「加个复核」当成万能解——复核也是成本，写出它要花谁多少时间。
- 不要为了显得完整而把每一步都归为「可以交给 agent」。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符（如 {任务描述}）替换成你自己的内容。
- 条目越具体，产出越稳定；不需要的条目可以直接删掉。
输出示例
拆流程时最容易犯的错是按「技术难度」排序——难的留人、简单的给 agent。真正该看的是「做对了没有能不能被核对」：一个动作很复杂但有明确对账（比如生成报关单，字段能逐项比对），反而比一个动作很简单却没人能判断对错的事（比如「优化一下文案」）更适合放权。3）交接面那一段通常会被忽略，但它才是出事的地方：agent 回传的内容里没有「它不确定什么」，人就没法判断该不该信。4）只挑一件很关键——一次放权多件事，出了问题说不清是哪件。
基本信息
- 分类：通用
- 标签：流程拆分 · Agent 边界 · 可判定 · 放权 · 落地
- 收录日期：2026-10-17