第三章：如何正确使用一个用例

本章导读

很多人第一次接触 OpenClaw 用例时，最常见的问题不是不会读，而是不知道应该怎么用。看见一个用例后，有的人直接照搬，结果发现跑不通；有的人看完觉得很厉害，但始终没办法和自己的需求对应起来。

这一章要解决的，就是“如何正确使用一个现成用例”这个问题。你不需要一开始就会改造它，但至少要知道怎么看、怎么判断、怎么上手，以及什么时候该继续，什么时候该放弃。

3.1 看一个用例时先看什么

一个用例摆在你面前时，不要先看它写得有多复杂，也不要先看它用了多少能力。你应该先判断三件事：

这个用例到底在解决什么问题
这个问题是不是你真实会遇到的
这个用例最终产出的结果是什么

很多人会被用例里的术语、配置、平台名字吸引，但这些都不是第一判断标准。第一判断标准永远是：这个场景和你的工作有没有直接关系。

一个用例如果只是“看起来很厉害”，但和你的实际需求没有关系，那它对你当前阶段的价值就不大。相反，一个看起来没有那么复杂的用例，只要能帮你解决真实问题，它就比那些炫技型用例更值得先学。

所以，看到一个用例时，先不要急着研究技术细节，先回答这几个问题：

它解决的是哪类任务
这个任务的输入是什么
这个任务的输出是什么
它适合单次使用还是长期使用
它更适合个人还是团队

只要这几个问题能答清楚，你对这个用例的理解就已经超过多数“只会看热闹”的使用方式了。

3.2 怎样判断这个用例适不适合自己

判断一个用例适不适合自己，重点不在于它是不是热门，而在于它的条件和你的现实情况是否匹配。

你至少要从四个角度判断：

场景是否匹配
平台是否匹配
成本是否匹配
复杂度是否匹配

场景是否匹配

比如一个用例是用来做飞书消息处理的，但你平时主要在企业微信或钉钉里工作，那它就未必适合直接用。它可能能借鉴，但不一定适合直接照搬。

平台是否匹配

有些用例依赖特定工具、特定账号、特定接口。如果你本身没有这些条件，就算内容写得再详细，也未必能直接复现。

成本是否匹配

有些用例虽然效果不错，但前置准备很多，或者需要维护较多上下文，适合长期投入；有些则比较轻量，适合快速上手。你要根据自己的投入意愿来判断。

复杂度是否匹配

如果你还处在刚开始理解 OpenClaw 的阶段，就不要一上来选那种跨多个平台、逻辑很长的用例。先挑一个结构简单、输入明确、结果容易判断的，会更容易建立正反馈。

3.3 怎样理解前置条件、输入和输出

一个用例能不能真正跑起来，很大程度上取决于你是否看懂了它的前置条件、输入和输出。

前置条件是什么

前置条件解决的是“在开始之前你需要具备什么”。

例如：

是否需要某个平台账号
是否需要已有资料
是否需要某种固定格式的数据
是否需要某些角色设定已经存在
是否需要一个相对稳定的工作场景

如果前置条件都不满足，你再怎么模仿过程，结果也很可能不对。

输入是什么

输入解决的是“你要提供什么材料”。

很多人使用用例效果差，不是因为用例设计有问题，而是因为输入材料太模糊、太零散、太不完整。

你应该特别留意：

输入是结构化还是非结构化
输入是一段描述，还是一批资料
输入是一次性的，还是持续累积的
输入质量是否会直接影响结果质量

输出是什么

输出解决的是“你最终要拿到什么”。

如果一个用例最终输出的是摘要，那你就不能期待它替你完成完整决策；如果输出的是初稿，那它就不是最终成品；如果输出的是一个建议列表，那你还需要人工继续筛选。

很多误判都来自这里。用户把“辅助结果”当成“最终结果”，自然会觉得不好用。

3.4 怎样从照着用过渡到自己改

正确的使用顺序不是一开始就改，而是先照着走通，再逐步替换。

比较稳妥的路径是：

第一步，先完整模仿一次。第二步，确认它的输入、过程、输出你都能理解。第三步，只改一两个和你直接相关的部分。第四步，再根据自己的需求逐步调整规则、提示词或平台。第五步，最后才考虑把它沉淀成自己的长期工作流。

为什么不建议一开始就大改？

因为你还没验证原始用例里哪些部分是关键，哪些部分只是表面差异。过早大改，最容易把真正有效的部分也一起改掉，最后既没学会原方案，也没跑通自己的版本。

更合理的做法是：

先保留原结构
先替换最明显的业务信息
再替换平台或表达方式
最后再优化细节

这叫“先继承，再改造”，而不是“看一眼就重写”。

3.5 使用用例时最常见的误区

在实际使用中，最常见的误区通常不是技术问题，而是方法问题。

误区一：只看标题，不看边界

很多用例标题看起来很强，但标题只是结果导向的概括，真正决定你能不能用的是它的边界条件、输入要求和适用范围。

误区二：把参考用例当成万能模板

一个用例能在某个场景里成立，不代表它能无差别迁移到所有场景。你要学习的是它的结构和方法，而不是机械照抄每一个细节。

误区三：期望一次成型

很多人希望第一次用就达到理想效果，这是不现实的。用例更像一个起点，它帮你少走弯路，但不可能替你省掉所有试错。

误区四：忽视输入质量

如果输入本身就很混乱，输出不可能稳定。你给进去的信息越清晰，结果通常越好。

误区五：没有结果判断标准

如果你自己都不知道什么叫“这个用例有效”，那你很难持续优化它。一个真正可用的用例，应该有基本的结果判断标准，比如是否省时间、是否更稳定、是否更适合复用。

本章小结

正确使用一个用例，不是简单照抄，也不是一上来就改造，而是先看懂它解决什么问题，再判断它是否适合自己，然后在理解输入、输出和边界的基础上逐步迁移到自己的场景中。

你要学会的不是“把别人的用例拿来就用”，而是“借助现成用例快速建立自己的使用路径”。当你有了这种判断能力，后面无论面对多少新用例，都不会只是停留在“看起来不错”的层面。