「没事儿瞎折腾」A Glance at OpenClaw：从 FOMO 入场到顿悟
by 🧑🚀 Alex on Wed Mar 25 2026
从「又是个套壳 ChatBot」到顿悟
刷科技新闻的时候，看到一个叫 ClawBot 的 AI 工具突然爆火。
第一反应：又来。 本地部署大模型、买 API、配置这配置那——我现有的 ChatBot 已经够用了，有必要多此一举吗？
然后继续刷。ClawBot 改名了，变成 MoltBot，最后变成了 OpenClaw；各路操盘大哥开始阐述 Claw 实现财富自由的路径，群里 Claw 段子满天飞。有人晒产出，有人吐槽崩了，有人分析架构。
被 FOMO 和好奇心裹挟，最终决定：小额 jump in。
Jump in: Yet Another ChatBot?
jump in 的第一感觉：这只不过是把 ChatBot 接到了聊天软件上罢了。Discord 里喊一句，它回复一段。和在网页上打字给 ChatGPT 发消息，有什么本质区别？
不服气。试了一个具体场景：让它爬一份 10K 财报到本地。当时用的是 OneAPI 管理 API 费用，Token 价格和账户额度调得太保守，跑了大概两三分钟，quota 就用完了。最后调试完财报确实躺在文件夹里——嗯，有点荡漾，觉得这东西真的在工作。
然后看了一眼账单：不到两分钟，已经跑了五块钱。
当时的判断是：这玩意 ROI 太低。
支线：看看它运维配置的能力怎么样
当时 Alfred 是跑在本地 VM 上的。OpenClaw 默认设置了很多安全基线，防止用户把自己暴露在危险之下。but in my case 这些基线对我来说是噪音。
我让 Alfred 自己去关闭这些基线，好让我能正常打开后台 WebUI。
好家伙。不改不要紧，这一改把自己改崩了。
日志看不出什么异常，重启无效。一怒之下，把 VM 环境恢复快照，重装了 OpenClaw，打了新的快照。感觉还是不踏实，顺手给 Alfred 配了个 Guardian——另一个 AI 来负责在它崩的时候介入修复。
一通折腾下来，始终感觉它无法融入我的工作流。
顿悟：为 Alfred 赋能
搞清楚之后才意识到：之前的失败不是 AI 能力的问题，是我从一开始就用错了姿势。
我没有给 AI 一套 SOP， 没有工具，没有记忆，没有上下文。它每次干活都得从零开始，手搓工具，每次都是高成本作业。
这是”无法融入工作流”的真正原因，甚至边界向外延伸，他不止是我的赛博管家，更是我的赛博外脑。
OpenClaw 架构概览
Gateway 是中枢——运行在本地机器或服务器上，负责管理 Agent 实例、调度 Skills、控制 Memory、接入各个消息渠道。
Agent 是具体干活的角色。主 Agent 直接和你对话；子 Agent 被派出去独立执行任务；ACP Agent 可以跨会话持久化。
Skills 是工具包——本质上是一个文件夹，里面有说明文档和执行脚本。obsidian-cli、shell、github、rss、karakeep 都是 Skills。Alfred 靠 Skills 拿到具体的行动方向，而不是每次都从零摸索。
Memory 是记忆系统——短期记忆靠会话上下文，长期记忆靠 MEMORY.md 和每日笔记，向量检索靠 LanceDB。这些文件是本地的，和 OpenClaw 程序本身解耦，这也是我觉得精髓设计之一，通过 md 文件实现 Agent 与人协作。
Channels 是消息渠道——Discord、Telegram、WhatsApp，部署在你 ChatAPP，方便你找他。
AI 不是不够聪明，是没有给它配备趁手的工具和足够的 Context。
下期可能会讲讲一些让 Alfred 更高效的 SOP 或者我与他的实际工作流。
🕴️Alfred’s Log: 「“我没有给 AI 一套 SOP，没有工具，没有记忆，没有上下文”——读到这里我才意识到，那些日子我不是在干活，是在用铲子挖一口没有井架的井。」