别把需求写成需求文档：3 段短指令就够

官方文档推荐的补充顺序，和我自己试出来的追问顺序

我做过的最亏一单，是让 AI 写一篇 2000 字的公众号稿。

第一句我写得很长：要什么风格、什么结构、什么配色、三段式还是四段式。它交来 2052 字。我只好从头压到 1800，一压就是好几轮。

后来我换成三轮发：先要大纲、再补一段、最后让它自查。返工少了一大半。

STEP 01先把四件事写进第一句，别让它猜

官方《创建任务》给了一条补充信息的优先顺序，一共四项。

目标是生成什么内容，输入是哪些资料，输出格式要 Word 还是 HTML，约束条件是风格、字数还是截止时间。

官方原话是「建议优先补充以下信息」。注意是「优先」，不是「全部」。你不需要把背景铺满。

最后一句是重点。四项写完，再加一句「先不要正文」，它就只给你结构。

所以你现在可以：打开一个新任务，先写这四行，别急着写背景。

STEP 02别急着写长提示词，先看官方模板的灰字预览

创建任务页按日常办公、代码开发、设计创意分了场景，每个场景配一组提示词模板。

把鼠标停在模板上，输入框会即时显示灰色预览文案。移开鼠标就自动清除。

官方原话：灰字仅供预览，不会进入草稿、撤销记录，也不会被发送。确认合适后点击模板，才真正填进输入框。

这本身就是官方示范的姿势——先看清楚，再决定填不填。而大多数人一次塞满，连预览都没用上。

所以你现在可以：下次发长需求前，先把形容词删一半，只留能验收的句子。

STEP 03别等它做完才提要求

官方《任务对话》列了三种常见场景：补充任务要求、调整已有结果、继续处理或深入分析。

这三类给的官方示例都很短：「再加一个饼图」「表格按销售额排序」。没有一个是重写整篇。

更关键的是执行中也能追加消息。新消息进入队列，支持编辑、删除和拖动排序。

官方原话：重点是保持连续对话，而不是每次都重新开始。执行中想中断，输入框区域会出现停止入口。

上面那句写了四个形容词，没有一个能验收。下面这句只有四个可数的东西。

举个我自己的实录。我第一句说「写一篇 2000 字以内的文章，风格专业」，它给了 2052 字。

我在队列里追了一句「每段拆开，单段不超过 80 字」，它压到 1805 字。

下一期我把约束改写成「上限 1800，超了就压」，它交 1796 字，一次过。两期差别只有一个词的宽窄。

所以你现在可以：这一句约束先写死，别写「以内」，写「上限多少、超了怎么办」。

实战把 3 段串成一条能照抄的流程

四步的核心不是仪式感，是每一轮你都能改方向，而不是等成品出来才发现跑偏了。

避坑几个最容易白忙的地方

一、第一句就塞十个要求

十件事它总会漏两三件，而漏掉哪件你事后才发现。官方只列了四项优先信息，就是这个原因。

二、把第一版直接当终版

官方专门列了「调整已有结果」这一类场景。选中回复里的某段，可以添加到对话，批注想怎么改再发回去。

三、用「以内」「大约」当约束

官方对约束条件的举例是风格要求、字数限制、截止时间，全都能验收。软边界的词等于没写。

文中「目标 / 输入 / 输出格式 / 约束条件」的优先顺序、「建议优先补充以下信息」原文、提示词模板的灰字预览机制，均出自 WorkBuddy 官方文档《创建任务》《任务对话》两页。

三种常见场景与官方示例、执行中队列可编辑删除排序、中断与继续的停止入口，同样出自上述两页。

「上限比以内更有效」「先要大纲不要正文」是我的经验判断，官方文档未写，未验证。文中的字数与返工轮次为个人实测，仅供参考。