第四章：怎么把需求说清楚

本章导读

很多人觉得 OpenClaw 不好用，根本原因往往不是能力不够，而是需求没有说清楚。你以为自己已经表达得很明确了，但对于一个执行型助手来说，“大概知道你想做什么”和“能稳定把事情做对”之间，差距其实很大。

这一章要解决的，就是如何把一个模糊想法，转成一个更容易被准确执行的任务描述。你不需要一开始就写得很专业，但至少要知道，哪些信息必须交代，哪些地方最容易产生偏差。

4.1 如何描述目标

一个任务能不能做得好，首先取决于目标是不是说清楚了。

很多人写需求时，常常只写“帮我整理一下”“帮我优化一下”“帮我分析一下”。这类表达在日常沟通里可能够用，但对于需要稳定执行的任务来说，信息量太少了。

一个更清楚的目标，至少要回答下面几个问题：

你到底想完成什么结果
这个结果是给谁看的
你更看重效率、准确性，还是表达效果
最终交付物是什么形式

举个例子：

不够清楚的说法：

帮我整理这份资料

更清楚的说法：

请把这份会议记录整理成一份适合团队内部同步的会议纪要，保留关键决策、待办事项和负责人，输出为分点结构

两者最大的区别，不是字数多少，而是后者明确了目标、用途和结果形式。这样执行时才不会偏。

4.2 如何描述输入材料

很多任务效果差，不是因为目标不清楚，而是输入材料交代得太模糊。

你需要让对方知道：

你提供的是什么材料
这些材料来自哪里
哪些部分更重要
哪些部分可以忽略
材料本身是否完整

比如你只说“根据这些内容写一篇总结”，但没有说明这些内容是聊天记录、采访稿、研究资料还是网页摘录，那执行时就很容易理解偏差。

更稳妥的做法是，在描述输入时补充必要背景，例如：

下面是一份客户访谈记录，内容比较口语化
下面是多个渠道收集的信息，可能有重复
下面是一份初稿，需要保留原意但优化结构
下面是市场数据摘要，只需要提炼关键信号，不需要展开分析

输入材料描述得越清楚，后面的结果越容易稳定。

4.3 如何约束输出结果

如果你不说清楚输出应该长什么样，结果就很容易“看起来还行，但用不上”。

很多时候，问题不在于内容本身，而在于输出形式不符合你的使用场景。所以在任务描述里，最好明确这几件事：

输出采用什么结构
输出控制在什么长度
输出偏正式还是偏口语
是否需要保留原文信息
是否需要分点、表格、标题或固定字段

例如：

输出成三段式总结
输出成 Markdown 标题结构
输出成适合发飞书的简短版本
输出成便于复制到周报里的格式
输出成对比表格，方便我快速判断

你越明确结果形式，越不容易在“改格式”上反复消耗时间。

4.4 如何减少执行偏差

即使目标、输入和输出都写了，任务仍然可能出现偏差。因为很多偏差来自隐含预期，而不是显式说明。

要减少偏差，最有效的方法是把容易误解的地方提前写出来，比如：

哪些内容必须保留
哪些内容不能出现
哪些判断不要替你做
哪些地方需要保持中立
哪些部分允许适当发挥，哪些不允许

比如你可以这样约束：

不要补充原材料中没有的事实
保留原始结论，不要重新改写立场
如果信息不够，明确指出缺失点，不要自行猜测
优先保证准确，再考虑表达
只提炼重点，不展开背景介绍

这些约束的作用，不是让输出变死，而是让执行范围更清晰。

4.5 常见错误写法

很多需求写不好，通常集中在下面几类问题。

错误一：目标太空

例如：

帮我优化一下
帮我整理一下
帮我处理一下

这类说法的问题，不是完全不能做，而是不同人理解出来的结果差异会非常大。

错误二：输入太乱

例如一次性丢很多内容，却不说明哪些重要、哪些只是参考。这样很容易导致输出平均用力，结果重点不突出。

错误三：输出没有标准

如果你不说最终要什么形式，就很可能得到一份“理论上没错，但实际上不好用”的结果。

错误四：默认对方知道你的背景

很多时候你心里已经有上下文，但任务描述里并没有写出来。结果就是你以为它应该懂，实际上它并不知道。

错误五：把多个任务混成一个任务

比如一段话里同时要求总结、分析、判断、改写、提建议。不是不能做，而是任务越混，结果越容易失焦。更稳的方式通常是先拆开，再组合。

本章小结

把需求说清楚，本质上是在降低执行偏差。一个更容易跑出稳定结果的任务描述，通常会明确四件事：

目标是什么
输入是什么
输出长什么样
哪些边界不能越过

当你开始用这种方式描述任务时，你会发现很多“OpenClaw 不稳定”的问题，其实并不是能力问题，而是任务描述本身还不够可执行。