乐于分享
好东西不私藏

OpenClaw 高频场景速查表这10件事它真的能干

OpenClaw 高频场景速查表这10件事它真的能干
🦞
OpenClaw 高频场景速查表
这10件事它真的能干
OpenClaw · 驯虾记 Vol.04
驯虾记·2026-04-10·约8分钟

📋 场景速查表(共 10 个)

① 整理视频/会议内容高频 · 强推荐

把字幕或录音转写文本丢给它,输出结构化摘要、要点清单、行动项。30 分钟内容压缩成 400 字以内,核心论点准确率较高。

✅ 适合:访谈、培训录像、周会记录
⚠️ 不适合:需要逐字校对的法律/合同类内容
② 搜集资料并整理成报告高频 · 强推荐

给它一个主题和框架,它能联网搜索、整理结构化报告。输出质量取决于你给它的框架清晰程度——越具体越好。

✅ 适合:行业调研、竞品分析、技术选型初筛
⚠️ 不适合:需要权威引用的正式报告(来源需人工核实)
③ 固定格式文档批量生成高频 · 强推荐

活动通知、会议纪要模板、周报格式这类有固定结构的内容,给一个示例就能批量生成。效率提升最明显的场景之一。

✅ 适合:邮件模板、会议纪要、标准化周报、合同初审草稿
⚠️ 不适合:需要强个性化语气的内容(生成后需手动润色)
④ 零散资讯汇总为周报高频 · 推荐

一堆链接、截图、碎片文字扔进去,规定好输出格式(字数、条数、重点标注),它能整理成可发送版本。从 40 分钟压到 15 分钟左右。

✅ 适合:团队周报、行业资讯简报、每日站会纪要
⚠️ 不适合:事实性强的内容(需核对原文)
⑤ 文档阅读与要点提取中频 · 推荐

PDF、Word、长文丢进去,让它提取关键信息、对比差异、总结结论。配合 PDF/Word 处理 Skill 使用效果更好。

✅ 适合:论文/报告快速浏览、合同条款比对、长文精读笔记
⚠️ 不适合:超长文档(超过 50 页建议分段处理)
⑥ 数据整理与表格处理中频 · 推荐

乱序数据、多来源 Excel/CSV 合并清洗、按规则重新排布表格。这是它比纯文本生成更准确的场景——结构性任务出错率更低。

✅ 适合:Excel 清洗、CSV 格式转换、数据去重排序
⚠️ 不适合:复杂公式计算(建议用 xlsx Skill 配合)
⑦ 网页信息抓取与整理中频 · 推荐

给它一个网页 URL 或多个链接,提取关键信息并按你的格式输出。内置浏览器自动化能力(agent-browser),可以完成点击、滚动、填表等操作。

✅ 适合:竞品价格对比、新闻聚合、公开数据采集
⚠️ 不适合:有反爬机制的网站(可能被拦截)
⑧ 代码编写与调试辅助低频 · 视情况

写函数、改 bug、解释代码逻辑都可以做。但复杂项目上下文较长时,容易遗漏依赖关系或产生幻觉代码。

✅ 适合:独立脚本、工具函数、常见 bug 排查思路
⚠️ 不适合:大型项目的架构级改动(上下文不够)
⑨ 翻译与多语言文案低频 · 视情况

翻译质量不错,尤其是技术文档和商务邮件。但文学性内容(营销文案、创意写作)翻出来的味道偏"机翻感",需要大量人工调整。

✅ 适合:技术文档翻译、产品说明多语言版、邮件沟通
⚠️ 不适合:品牌文案、创意内容、需要地道口语表达的场景
⑩ 创意写作与头脑风暴低频 · 谨慎使用

能给出框架和方向,帮你在空白页上起头。但最终产出往往偏"正确但平庸",真正好的创意还是得靠人。

✅ 适合:大纲搭建、方案备选列表、头脑风暴起点
⚠️ 不适合:最终定稿、品牌调性强、需要独特视角的内容
进阶

想让 OpenClaw 更强?装 Skills

上面 10 个场景是 OpenClaw 的基础能力。如果还不够用,可以通过安装 **Skills** 来扩展——相当于给 AI 装插件。

截至 2026 年 4 月,ClawHub 技能市场上有超过1700+个社区 Skills,覆盖这些方向:

文档处理— pdf / docx / xlsx / pptx,各类文件的读写和转换
浏览器自动化— 网页抓取、表单填写、截图、数据采集
代码开发— 多语言代码生成、调试、测试、部署
办公自动化— 邮件收发、日历管理、飞书/钉钉对接
知识管理— 笔记整理、数据库操作、信息归档

怎么找适合自己的 Skills?

我不打算在这里列一个"必装清单"。原因很简单:每个人的需求不一样,别人觉得好用的你可能根本用不到。正确的做法是:

// 找 Skills 的路径
1. 先想清楚你要解决什么问题
2. 去 ClawHub(clawhub.com)搜索关键词
3. 看 Skill 的 SKILL.md 说明,确认是否匹配你的需求
4. 安装后小规模试用,不行就换

举个例子:如果你经常要处理 PDF,搜 "pdf" 就能找到对应的 Skill;要做 PPT,搜 "pptx"。不需要别人告诉你装什么——你的需求自己最清楚

RTFC

同样的任务,不同的问法,差很多

先说一个概念:RTFC——编写 prompt 时遵循的四要素框架。

R — Role(角色)— 给 AI 设定身份,如"以产品经理的身份""以资深工程师的视角"
T — Task(任务)— 具体要完成什么,背景和目标是什么
F — Format(格式)— 输出结构要求,列表/段落/表格/Markdown,字数限制
C — Constraints(约束)— 边界条件,不能做什么、必须包含什么、截止时间等

下面三个例子,同一个任务,普通问法 vs 按 RTFC 补全四要素后的效果。

🔹 示例一:整理会议纪要
❌ 普通问法:
帮我整理一下这个会议记录
✅ 按 RTFC 拆解:
R — Role:你是一名项目助理,负责整理产品评审会纪要
T — Task:将以下会议记录整理成正式纪要,包含讨论议题、决议、待办事项
F — Format:按"议题—结论—待办(谁/做什么/截止时间)"结构输出,Markdown 列表格式,不超过 300 字
C — Constraints:不包含闲聊和无关技术细节;待办事项必须有明确负责人
📋 拼起来,直接发给 AI:
你是一名项目助理,负责整理产品评审会纪要。请将以下会议记录整理成正式纪要,包含讨论议题、决议和待办事项。

输出要求:
· 按"议题 — 结论 — 待办(谁 / 做什么 / 截止时间)"结构排列
· Markdown 列表格式
· 不超过 300 字
· 不包含闲聊和无关技术细节
· 每条待办必须有明确负责人

会议记录如下:
[粘贴会议内容]
🔹 示例二:调研一个技术方案
❌ 普通问法:
帮我了解一下 Redis 和 MongoDB 的区别
✅ 按 RTFC 拆解:
R — Role:你是一名资深后端架构师,有 5 年分布式系统经验
T — Task:为日活 10 万的社交应用选型存储层(用户关系 + 动态流),分析 Redis 和 MongoDB 的适用性
F — Format:逐项对比(读写性能/扩展方式/运维成本/适用场景),最后给出明确选型建议和理由,500 字以内
C — Constraints:不考虑自建机房方案;必须包含各方案的运维复杂度评估
📋 拼起来,直接发给 AI:
你是一名资深后端架构师,拥有 5 年分布式系统经验。现在需要为一款日活 10 万的社交应用做存储层选型,主要存两类数据:用户关系(关注/好友)和信息动态流。请分析 Redis 和 MongoDB 在这个场景下的适用性。

输出要求:
· 从读写性能、扩展方式、运维成本、适用场景四个维度逐项对比
· 最后给出明确的选型建议及理由
· 全文控制在 500 字以内
· 必须包含各方案的运维复杂度评估
· 不考虑自建机房方案
🔹 示例三:生成活动通知邮件
❌ 普通问法:
帮我写一封活动通知邮件
✅ 按 RTFC 拆解:
R — Role:你是公司行政助理,负责内部活动通知的撰写和发布
T — Task:写一封 Q2 团建活动通知邮件,包含时间(4月20日周六)、地点(城市公园)、活动安排(上午拓展+下午自由活动)和报名方式
F — Format:正式商务邮件格式(主题行+称呼→正文分点→报名链接→截止日期+签名),200 字以内
C — Constraints:语气轻松但不失专业;必须包含报名截止时间(4月15日);不提及费用相关内容
📋 拼起来,直接发给 AI:
你是公司行政助理,请撰写一封 Q2 团建活动的内部通知邮件。

活动信息如下:
· 时间:4月20日(周六)9:00–17:00
· 地点:城市公园东门集合
· 安排:上午团队拓展活动 + 午餐 + 下午自由活动
· 报名链接:[点击报名]

写作要求:
· 正式邮件格式(清晰主题行 → 称呼 → 正文分点说明 → 报名链接 → 报名截止提醒 → 签名)
· 全文 200 字以内
· 语气轻松但不失专业感
· 必须注明报名截止日期为 4月15日
· 不要提及任何费用相关内容

三个例子的规律是一样的:普通问法缺的是角色、背景、格式和约束,RTFC 帮你把这四层补全。不是教你写"更好的 prompt 模板",而是让你在提问之前先想清楚——我到底要什么、以什么身份要、要什么格式、有什么限制。

📎 驯虾记 · 提示词大纲

RTFC不是一套 prompt 模板,它是编写 prompt 时遵循的四要素框架。每次提问前过一遍这四层:

R — Role— 给 AI 设定什么身份?

T — Task— 具体要完成什么?背景和目标是什么?

F — Format— 输出格式要求?结构、长度、样式?

C — Constraints— 有什么约束?不能做什么、必须包含什么、截止时间?

具体怎么写?去读 OpenClaw 的官方文档和 Companion 示例——那里有各场景的原版写法。

真正有用的 prompt 能力,来自于你用多了之后自己积累的经验,不是抄别人的模板。

这期介绍了 RTFC 原则和三个思考框架。如果你想看更多场景的 before/after 分析,或者想系统了解怎么用 RTFC 把 prompt 从"能用"写到"好用",欢迎在评论区留言。下一期(驯虾记 Vol.05)打算专门做一期 RTFC 方法论专题——不只是原则,而是各场景下的完整判断标准和实操路径。
🦞 驯虾记 · 一句话总结
前 7 个场景是 OpenClaw 的主力战场,基本覆盖日常工作的大半需求。后 3 个能用但别指望太多。想更强就去装 Skills,但别照抄别人的清单——你的需求自己最清楚。