步骤 1
先把“聊天”换成“任务请求”
不要只说“帮我看看最近有什么热点”。这会让 OpenClaw 猜你的目标。改成：请先搜集最近 7 天的行业热点，再筛选和我品牌相关的 5 个主题，最后按“主题、证据、为什么值得做、建议动作”输出。
Chapter 01
从聊天到执行
多数非技术用户卡在第一步：明明 OpenClaw 已经能对话了，却总觉得它“偶尔有用、偶尔很空”。根本原因通常不是模型能力，而是使用方式没有从“聊天”升级到“任务管理”。
OpenClaw 的四层能力
1. 对话层
你通过自然语言说明目标、背景、限制和交付方式。对话层决定它“理解你的方向”。
2. Tool 层
当任务依赖真实数据时，OpenClaw 需要调用工具去搜索、查文档、读表格、连接系统。
3. Skill 层
当某类任务会反复出现，就应把流程、风格、标准沉淀成 skill，避免每次重讲一遍。
4. Cron 层
当任务是固定节奏发生的，比如日报、周报、提醒、监测，就适合交给定时任务。
一个复杂任务往往是四层同时出现。比如团队每日摘要：先由 cron job 触发，再用 tool 抓数据，再按某个固定 skill 输出摘要，最后通过对话方式接收结果。
一个容易混淆但很重要的点：Cron Job 和 Heartbeat 不是一回事
Cron Job
适合“在某个具体时间点做某件具体的事”。例如每周五 18:00 生成招聘周报，或每天 8:30 生成经营摘要。
Heartbeat
更像“按固定频率醒来巡逻一次”。例如每 30 分钟检查一次是否有新的待处理事项，或者查看某个监控条件是否触发。
对小白来说，可以先这样记：cron 是定时做具体任务，heartbeat 是定期检查有没有任务。
步骤 2
告诉它什么时候该停下来
复杂任务不要一次跑到底。你可以要求：“先给我计划，确认后再执行”；或“每完成一步先汇报，再继续下一步”。这能显著降低跑偏风险。
步骤 3
明确数据是否需要真实来源
凡是涉及竞品、候选人、客户、预算、政策、新闻、经营数字，就不要只靠模型生成，要明确要求调用 tools。
步骤 4
把优秀对话沉淀成 skill 或模板
如果一件事你这个月做了三次，说明它已经值得复用。下一步不该再是复制粘贴对话，而是把方法固定下来。
四类常见误解
| 误解 | 表面现象 | 正确修正 |
|---|---|---|
| AI 什么都知道 | 问新闻、政策、候选人信息，却不给数据来源 | 明确要求调用 tools，限定数据范围和时间 |
| 一句话就能搞定复杂项目 | 输出很长，但不落地 | 先拆阶段，再逐步执行，每步有明确交付 |
| 只要提示词够长就会更准 | 内容很多，但逻辑混乱 | 压缩成目标、背景、边界、格式四块 |
| 自动化就不需要审核 | 周报、招聘判断、外发文案直接上线 | 重要内容保留人工复核点 |
四个角色，分别怎么开始
营销
先从“搜信息 + 选题 + 写初稿”开始，再逐步引入评论分析、竞品监测、内容日历。
HR
先从“岗位 JD 优化 + 简历摘要 + 面试纪要整理”开始，再进入候选人对比和流程提醒。
管理者
先从“会议纪要 -> 行动项 -> 周报整合”开始，再做跨团队追踪和风险预警。
产品或项目负责人
先从“多来源信息摘要 + 周报整合”开始，再叠加关键风险、依赖关系和待拍板问题的整理。
可直接套用的开场话术
我希望你把自己当成一个执行型助理，而不是只回答问题。接下来遇到复杂任务时，请先做三件事：
1. 用一句话复述你理解的目标。
2. 如果任务过大，先拆成阶段并说明每阶段交付。
3. 如果需要真实信息、外部文件或系统数据，请明确告诉我应该调用哪些 tools。
没有我的确认，不要直接跳过关键步骤。
本章练习：拿你最近一件重复工作，把原先“随口一问”的方式改写成任务请求。只要能把目标、背景、输出说清楚，就算过关。
常见问题
我不懂技术，也能学会 tools / skills / cron jobs 吗？
可以。你的重点不是写程序，而是理解什么时候该用这些能力，以及如何用自然语言触发它们。真正需要技术配置的部分，往往只发生在接入阶段，不在日常使用阶段。
我应该先学哪一个能力？
一定先学任务表达和拆解，再学 tools，之后是 skills，最后再上 cron jobs。顺序反了，自动化大概率会放大错误。
“龙虾命令”到底是什么？
通常指在聊天里或终端里直接对 OpenClaw 发出的快捷命令，用来查看状态、重置会话、切模型、看日志等。它们不是复杂开发能力，而是日常操作和排障入口。