OpenClaw 不该先学一堆概念，而要先学会“把它接进你的生意里”。

第 1 天：跑通第一次对话

• 确认 Node 版本，官方当前推荐 Node 24，Node 22.16+ 仍可兼容。
• 执行安装与 openclaw onboard --install-daemon。
• 用 openclaw gateway status 和 openclaw dashboard 做首次验收。

第 2 天：看懂 gateway 与日志

• 学会先看状态，再看 openclaw logs --follow。
• 至少认识几类常见信号：鉴权、pairing、mention required、scope 缺失。
• 把“问题在服务层还是渠道层”先分开。

第 3 天：接一条真实消息渠道

• 如果你本来就在飞书里协作，就先学 Feishu。
• 官方文档明确推荐优先走 WebSocket 长连接，并订阅 im.message.receive_v1。
• 理解为什么群聊默认常常要求 @，以及 pairing 为什么存在。

第 4 天：做 1 条最小工作流

• 不要贪多，先选 1 个动作：比如接收咨询、整理线索、回 FAQ、提醒任务。
• 验证触发条件、回复路径、失败日志和人工兜底。
• 记住：能稳定跑 1 条，比会讲 10 条有价值。

第 5 天：接进内容生产链

• 把选题、提纲、标题、FAQ、导语这些高频重复动作先交给 AI。
• 人工保留判断、风格、事实校验与最后发布。
• 这一步最适合一人公司，因为最容易直接省时间。

第 6-7 天：接进客户承接链

• 把官网入口、FAQ、咨询触发、飞书消息承接串起来。
• 优先解决“客户看完后下一步去哪里”的问题。
• 做到这一步，OpenClaw 才不只是工具，而是业务节点。

只学安装，不学验收

没有 dashboard、gateway status、日志这 3 个验收动作，后面很容易卡死。

只学渠道，不学默认安全边界

pairing、allowFrom、requireMention 这些不是“麻烦”，而是默认保护。

一上来就做大而全

先做 1 条最小工作流，再扩成第二条，远比先画大蓝图有效。

把 OpenClaw 当成知识库

真正重要的是它能不能接进你的内容生产、客户承接和执行节奏，而不是你会不会背术语。

学了很多，却没回到业务结果

如果 7 天后还没跑通“内容 - 消息 - 承接”中的任意一条，那就说明学习顺序该重排了。