派活给子 Agent 的提示词怎么写

2026-08-11 提示词模板,子Agent,任务派发,AI协作

「你帮我优化一下这个功能。」这句话我发出去过，收回来的东西跟我想要的完全不是一回事。

那天下午我重新写了一遍派活的话，十分钟就拿到能用的结果。

派活给子 Agent 的提示词怎么写，我现在的答案是：它不是请求，是一份交接单。

派活给子 Agent 的提示词怎么写：一份能直接套的结构

我现在的派活话术固定五段，顺序不乱：

1. 你是谁：这次以什么身份干这件事。

2. 要什么：交付物的具体形态，是文件、是列表、还是改完的代码。

3. 别碰什么：明确的禁区。

4. 怎么算做完：验收标准，越具体越好。

5. 不确定怎么办：卡住了是停下来问，还是自己选一条路走。

这五段里，第三段和第四段最容易被省，也最容易出事。

角色段：一句话交代身份和口径。 不要写「你是一个资深专家」这种空话，写清楚它这次站在谁的角度。比如「你是负责上线前检查的工程师，只关心会不会出事，不关心代码好不好看」。身份决定了它往哪个方向使劲，不写身份，它就会按最通用的方式给你一个平庸答案。

交付段：说清楚要什么形态的东西。 「写个方案」是坏要求。「写一个不超过 10 行的清单，每行一句话，不要解释」是好要求。 我现在会直接把格式写进派活里：Markdown 列表、JSON、还是改完的文件路径。形态定死了，你拿到手就能用，不用再加工一遍。

禁区段：把「别做什么」写在前面。 AI 默认很勤快，你没说不能碰的，它就会顺手碰。我踩过的坑：让它改接口，它顺手重排了目录结构，改出来一个我完全没打算动的文件。派活时明确写「不要改配置文件、不要动目录结构」，比事后回滚便宜得多。

验收段：给一个能被判断的标准。 「做得差不多就行」等于没有标准。验收标准必须是别人能拿去核对的东西。 三条线我常用：能不能跑通、边界情况有没有覆盖、有没有留下可回查的记录。标准写出来之后还有额外好处——它自己会照着这个标准检查一遍再交。

卡住段：先定好遇到不确定怎么处理。 这一段最少人写，但回报最高。我一般给两个选项：「不确定就停下来问我，别自己决定」，或者「按你认为最合理的做，但在交付里标出来你改了哪」。哪个都行，唯一不能接受的是什么都不说，让它自己猜完还装作很确定。

例子一，改代码。 「你是负责这次改动的工程师。目标：让商品列表支持按价格排序，只改接口层。不要动数据库结构和前端页面。做完把改动的文件路径列出来。遇到需要改表结构的情况，停下来告诉我。」

例子二，写文案。 「你是写商品介绍的，读者是想开店的小老板。目标：给一个烧烤店套餐写三段介绍，每段不超过两句。不要用夸张形容词，不要提价格。写完在下面标注哪一句是你自己加的判断。」

这两个例子的共同点是：目标、边界、交付形态、卡住怎么办，四样齐了。

我会把它交回来的东西，拿我自己写的验收标准对照一遍，而不是凭感觉看好不好。

对不上的地方，我先问自己一个问题：是它没做到，还是我标准里没写？

如果是没写，那这次不算它失败，算我派活没派清楚。

这条习惯让我改提示词的次数越来越少，因为问题都在源头被修掉了。

如果你只打算改一处，改验收段。大部分「AI 干得不行」的问题，根子都是你没说清楚什么样叫行。

如果还有余力，第二改禁区段。这两段加起来只多写两句话，能省掉你大半的返工。

派活给子 Agent 的提示词怎么写，说到底是把「你以为对方知道的事」全部写下来。写下来那一刻，你才发现自己原来漏了这么多。

Q：派活给子 Agent 的提示词要写多长？

A：不看长度看完整度。上面五段各写一到两句就够用，关键是别漏掉禁区段和验收段，这两段最短也最容易省。

Q：为什么同一个提示词，换个时间跑结果不一样？

A：模型输出本身有波动，另外上下文变化也会影响结果。想稳定就把交付形态和验收标准写到不留歧义，减少它可以自由发挥的空间。

Q：子 Agent 理解错了要不要重新派一遍？

A：先看是它理解错，还是你写得不清楚。多数情况是后者，补上缺的那一段再派，比换个说法重试一次更省时间。