Day 7 最容易让人误判的地方,是一看到“自定义 Skill、Nodes、浏览器控制”就觉得这得另开一门课。OpenClaw 101 的原文其实不是这么讲的。它更像在说:这些能力都可以先做一个最小版本,你先看懂它们各自能解决什么问题。
自定义 Skill 的最小骨架比你想的轻很多
Day 7 甚至直接给了一个天气 Skill 的例子:创建 `~/clawd/skills/weather/SKILL.md`,写清楚能力、使用方法和输出格式就行。示例里连调用什么 API 都很具体,用的是 `wttr.in/城市名?format=3`。也就是说,第一版自定义 Skill 根本不是 SDK 工程,而是一份写清楚规则的 Markdown 文件。
- 先只做一件事,比如查天气、睡前提醒、固定格式整理。
- 在 SKILL.md 里写清楚“能做什么、怎么做、输出什么格式”。
- 失败怎么办也写进去,不要让助手自己猜。
- 涉及发邮件、删文件、改配置这类敏感动作时,明确写“必须确认”。
浏览器能力的价值,不是炫技,是补搜索做不到的那一层
Day 4 先把浏览器讲成“搜索不够时的下一层能力”,Day 7 再把它放进进阶地图里。普通用户第一轮需要理解的重点只有一句话:搜索擅长找结果,浏览器擅长真的去打开页面、看页面、截图、点击和读取页面里实时出现的内容。
Nodes 是设备那一层的延伸
Day 7 对 Nodes 的定义也很清楚:它是装在其他设备上的轻量客户端,让主服务器上的 OpenClaw 可以碰到手机、电脑、树莓派这些设备。
- 手机 Node:拍照、定位、发系统通知。
- 电脑 Node:截图、录屏、控制浏览器。
- 树莓派或家庭设备 Node:继续往 HomeAssistant 这类设备控制走。
OpenClaw 101 给的 3 个 Nodes 场景很有代表性
- 出差在外,让公司电脑 Node 自动截屏给你看现在屏幕上显示什么。
- 手机上弹出通知,确认后直接帮你打开会议链接。
- 通过树莓派 Node 接到 HomeAssistant,然后一句话关灯。
这一轮把目标收在“最小体验”
最合适的做法不是今天就搭满,而是先各试一次:写一个最小 Skill,理解浏览器为什么是搜索的补充,看懂 Node 为什么能把 OpenClaw 从一台机器扩成多设备系统。如果你要真接设备,Day 7 给的第一条命令也很简单:在设备端安装客户端,回到主服务器执行 `openclaw nodes approve <device-name>`。
这一步完成到什么程度就够了
到这里,你不需要把所有高级能力都配好。你只需要知道:自定义 Skill 是可以自己写的,浏览器能力是有实际用途的,Nodes 会把 OpenClaw 从“一个助手”变成“一个跨设备系统”。这就够了。
来源
- OpenClaw 101·第三方资料·社区整理OpenClaw 101 Day 5
- OpenClaw 101·第三方资料·社区整理OpenClaw 101 Day 7