OpenClaw：终于能让我合上笔记本电脑的本地代理
有些星期天结束的方式不一样。这周的就是其中之一。早上我打开待办清单，感觉有些事情没有像应该的那样收尾。具有讽刺意味的是，答案是一个住在我自己笔记本电脑上的代理，而我再也不需要跟它解释三遍我是谁。
我已经在工作流里测试 AI 助手好几年了。从云端开始，在各种订阅之间跳来跳去，直到有一天我明白——真正重要的对话、每天支撑项目运转的那个对话，不能依赖一个外部服务明天关掉哪个 API 或者涨到多少钱。这把我带到了 OpenClaw。
当代理和你住在一起时，什么会改变
最大的差别不是技术上的。是情感上的。当我打开笔记本给 OpenClaw 写信，我知道配置文件就在我的硬盘上，我装的那些 skill 可以打开来读，历史记录放在一个 SQLite 数据库里，我随手用 sqlite3 就能翻看。不是我不信任云端。是我和那些随时改方案的服务打了十年交道之后，我更看重那些不动的东西。
花费也变了。当你让一个 cron 每十五分钟跑一次，token 数字就会慢慢涨起来。但因为默认模型是 MiniMax-M3，消耗也是我的，所以什么时候值得、什么时候不值得，由我来决定。这是个简单的计算，但能做这个决定本身就改变了使用工具的方式。
我最喜欢的是 skill 系统
最让我上瘾的是 skill 系统。OpenClaw 不会用一条又长又通用的提示词，而是为每个任务加载专门的指示。让我总结邮件、诊断 Kubernetes 错误、或者理解一张附件图片，这些动作激活的是不同的 skill，每个都有自己的专门上下文。
这让我在两个方面省了时间。第一，我不用每次都重新告诉代理希望它怎么回答。第二，因为上下文已经收敛，回答更短更准。比如 Telegram 的 skill 知道我不能超过某个字数限制。Kubernetes 的 skill 明白我说的是一个有真实约束的真实集群。
Skill 是从一个中央注册表安装的，也能做版本管理。这让我有底气——我不是在赌一个潮流：如果某个 skill 变了，我能看出来变了什么，再决定要不要更新。
还有些让我不安的地方
不是一切都美好。最让我担心的是第一次尝试加一个不是为我系统设计的 skill 的时候。回应是一个泛泛的错误，不过日志里倒是讲了完整的故事。这比静默失败好一些，但离对用户友好的体验还有距离。
另一个是响应时间。当代理要跑一长串链子——联网搜东西、执行命令、总结结果——有时候比我大脑愿意等的时间更长。这不是 bug，这是把事情做对的成本。只是当你和云端那种感觉瞬间响应的聊天比较时，这点要心里有数。
最后：文档几乎全是英文的。对我来说不是问题，但如果我身边不会英语的人想试试，那就是一道实实在在的门槛。
一个反复回来的问题
值得为了再多维护一个本地软件而付出这些努力吗？诚实的回答是：看情况。如果你的工作百分之百依赖云端，大概不值。如果你是独立工作，做的是中大型项目，并且看重自己数据去向的掌控权，那值得。OpenClaw 不是为所有人准备的，我觉得这样挺好。
但我能说的是，试了一周之后，没有它的时候我会想它。在软件里，这是值得留意的一个信号。
如果你想试试，文档里有一套相当清楚的安装流程。上手的曲线不是零，但也没那么夸张。真正需要的，是在你开口让它做事情之前，先想清楚你想怎么用它。像任何本地工具一样，它在你这里好不好用，取决于你把它配置得多好。