上篇装好了 OpenClaw。Gateway 跑在 http://127.0.0.1:18789/chat，能聊天了。
然后呢？
这是我在装完之后花了两天摸索出来的东西。不是官方文档的翻译——是实际踩了一遍之后的笔记。
Gateway 到底是什么
装完后系统里多了三样东西：
openclawCLI —— 管理命令的入口- Gateway 守护进程 —— 后台一直跑着，处理消息路由
~/.openclaw/—— 所有配置和日志在这里
Gateway 不是一个 web server。它是一个消息路由器。你的飞书消息进来 → Gateway 收到 → 调模型 API → 把回复发回去。浏览器里的聊天界面只是 Gateway 提供的一个调试入口。
实际使用时，打开这个聊天页面的机会不多。多数时候你在飞书或微信里跟 Agent 说话。但调试阶段这个页面很有用——响应快，不用切手机。
日常命令，用熟的只有几个
装完到现在，我真正反复用的就这几个：
openclaw gateway start # 开机后启动
openclaw gateway stop # 不用的时侯关掉，省端口
openclaw gateway status # 看看跑着没
openclaw update # 有新版本就升
openclaw doctor --fix # 出问题了跑一下openclaw doctor --fix 比想象中有用。有次更新后 Gateway 起不来，跑了一下自动修好了——端口冲突、权限不对、Node 版本太旧，它都能检测到。
其他命令我基本没碰过。restart 其实就是 stop + start，没必要记。
聊天界面里的几个操作
浏览器打开 http://127.0.0.1:18789/chat，左边是会话列表，右边是聊天区。
几个不显眼但有用的东西：
/status 命令。 在聊天框里敲 /status，会显示当前会话的用量——用了哪个模型、多少 token、花了多少钱。DeepSeek 用了一周，累计费用不到 3 毛钱。这让我对成本有了概念，不再担心 API 账单爆炸。
Skills 面板。 聊天界面右边有个 Skills 列表，显示已安装的 Skills 和它们的状态。装了 Skill 之后在这里能看到它什么时候被触发。
会话管理。 每个对话是独立的会话。聊到一半发现方向偏了，直接开新会话比纠正省时间。旧会话里的上下文不会带到新会话，这点跟 Claude Code 不一样。
社区 Skills：ClawHub 上有什么
OpenClaw 的能力大部分来自 Skills。一个 Skill 就是一个 SKILL.md 文件，里面写明了这个 Skill 在什么情况下触发、怎么执行。本质上是给 LLM 的指令。
ClawHub（clawhub.ai）上有 44000+ 个 Skills。数字很大，但大量是重复和半成品。实际翻了一遍，好用的大概分这几类：
文件操作类。 读写文件、批量重命名、文件格式转换。我装了一个 Markdown 转 PDF 的 Skill，试了两次，效果一般——中文排版还是会乱。但读写配置文件的 Skill 很稳定。
开发工具类。 Git 操作、代码生成、API 测试。这个是数量最多的分类，占了 35%。质量参差不齐。挑的时候看两个指标：最近更新时间、安装量。
知识管理类。 笔记整理、信息提取、链接收藏。最实用的一类。我装了一个网页内容摘要的 Skill，喂一个 URL 进去能提取关键信息——比我自己点开看快。
安装一个 Skill：
openclaw skill install clawhub:<skill-name>不需要重启 Gateway。装完立即可用。
挑 Skills 的经验
翻了几十个 Skills 之后，我给自己定了三条规则：
- 看更新时间。超过一个月没更新的，大概率已经不好用了。OpenClaw 版本迭代快，API 经常变。
- 先看 SKILL.md。安装前在 ClawHub 上点进去看源码——几百行的 Skill 比几十行的靠谱。不是代码量的问题，是说明写得细不细。
- 别装太多。Skills 之间会互相干扰。有次同时装了三个文件操作的 Skill，Gateway 不知道该用哪个，回复直接乱了。后来只留了一个，问题消失。
实际用了两天的感受
老实说，刚装好的前两天，大部分时间在”玩”而不是”用”。
试了各种 Skills，装了删、删了装。让 Agent 帮我查天气、翻译文章、解释命令——这些事情直接在浏览器里问 ChatGPT 更快。
真正觉得有用的是这几个场景：
查日志。 我把 K8s 集群的故障日志贴进对话框，Agent 自动识别了关键错误行，给出了排查方向。不是每次都准，但至少帮我缩小了范围。
写脚本模版。 让 Agent 生成一个监控脚本的框架，自己再改。比从头写快，而且它知道加错误处理和日志输出——这些是我以前经常偷懒省略的。
定时提醒。 用 Task Flow 设了一个每天下午 4 点提醒我检查集群状态的任务。没啥技术含量，但有用。人就是会忘。
目前的配置
两周用下来，我的 ~/.openclaw/openclaw.json 里改过的配置：
- 换了模型。DeepSeek V3 改成 DeepSeek R1。R1 慢半拍但推理强一截，查日志和写脚本场景更合适。多花的几毛钱值。
- Active Memory 打开了。现在 Agent 记住了一些常用信息——集群名称、常用路径、我习惯用的命令风格。不用每次重复说了。
- Hooks 只留了一个。三个全开太吵，留了 PreToolUse 用于调试。
还没搞定的
飞书接入写了配置但没跑通。报了个 webhook 验证错误，查了文档没解决。暂时放一边——不影响本地用。
Task Flow 的 Webhook 触发也没试成功。按照文档配了 URL，外部调用报 403。感觉是权限配置的问题，后续再查。
这些问题不影响基础使用，但说明 OpenClaw 还处在一个”能用但不稳定”的阶段。官方更新频率很高，两周一个版本，这些问题可能会自己好。
下一步
Gateway 跑顺了，社区 Skills 也大概知道怎么挑了。接下来是重头戏——自己写运维场景的 Skills。日志分析、告警通知、K8s 集群查询，三个场景一个一个来。
系列文章和进度在 OpenClaw 运维 Agent。