这个提示词用来做什么

要把一个模糊需求交给 agent（自己写代码或让它执行），但又怕它自作主张跑偏

提示词全文

我要把下面这件事交给一个 agent 去做，但它经常「自己发挥」，做出来的东西跟我想的不是一回事。请先别急着给方案，先帮我把这件事拆成一张「施工图」，让我在它动手前就能判断它有没有理解对。

## 输入
原始需求：{一句话描述你想让它做的事}
已知约束：{必须用的技术 / 不能碰的东西 / 时间或字数限制}

## 输出
1）先说清楚「做完的标准是什么」：列出 3-5 条可验收的完成条件，每条都要能被一条命令、一张截图或一段输出验证；不能验证的，直接说它不能验证。
2）步骤卡：把任务拆成有序的步骤，每步写清「做什么 / 产出什么 / 依赖哪一步」；凡是需要我提供信息或做决定的地方，单独标出来，不要替我假设。
3）风险与分支：列出最可能让这件事翻车的 2-3 个点（误解需求、用错接口、改了不该改的文件等），并写清触发时应该停下来问我，而不是自己猜。
4）不要在这一步就写代码或给最终答案；如果你认为需求本身有问题，先说问题，再往下拆。

要求：每一步都要具体到「拿到就能干」的程度；不要出现「优化一下」「适当处理」这类没有边界的词。

怎么用

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

输出示例

这份提示词的价值在第 1 步：把「完成标准」提前写出来，agent 跑偏的成本就从「做完了才发现不对」降到「拆完就发现理解错了」。很多人把长提示词当成「把话说细」，其实关键是先把验收口径定死——标准定不下来，说明这事还不适合交给 agent 自动做。

基本信息

  • 分类：工程
  • 标签：需求拆解 · Agent · 验收标准 · 任务规划 · 工程
  • 收录日期：2026-10-10

同类提示词