OpenClaw(clawdbot/moltbot) 部署和使用小结
本文分享了作者在Mac Mini上部署OpenClaw智能体的完整过程。从环境配置(需更新Brew和Node.js)、模型选择(MiniMAX国际版API)到网络设置(修改监听IP为0.0.0.0),详细记录了安装调试的各个环节。重点剖析了智能体的核心配置文件(如SOUL.md、USER.md等)的作用机制,揭示了其"记忆系统"的工作原理。同时探讨了智能体社交平台Moltboo
这几天跟风装了Clawdbot(后改名 Moltbot,又改为 OpenClaw),因为我恰好有一台不怎么用的M4 MacMini,正好练练手,学习一下。
安装过程:
我查到的安装方法有两种,一个是Github上下载源码,然后用npm install -g 进行安装,另一个是用官网的一键部署脚本来直接安装,我两种方法都试了,npm 安装的话,很多配置需要安装完成后再运行命令行进行配置,官网的部署脚本有一个交互过程,从模型配置开始一步一步引导用户完成配置,还是比较方便。但是 Mac 下部署需要有 Brew 和 node.js,我的 Mac 之前主要运行 Docker,Brew 很久没有更新,并配置了国内的源,安装的 node.js 是23版本,在 Github 看到需要最低版本是 24,需要把 Brew 改为默认源,才能安装最新版本的 node.js,这个环境折腾了半天。这个过程中还正好赶上 Clawdbot 改名为 Moltbot,安装过程中 github 和官网的 URL 突然就变了,吓我一跳,以为误入了钓鱼网站。
关于卸载:
因为安装过程中软件的名字一直在变,安装目录也在变,当名字确定为 openclaw 后,部署了最新的版本,同时需要把之前的版本卸载掉,卸载过程需要用 npm list -g 查看已安装的软件,然后用 npm uninstall -g 进行卸载,并到 node_modules 目录确认已完全卸载,同时要删除用户目录下的 .clawdbot 或 .moltbot 这个目录。
初始配置:
基础环境搞定后就开始按官网脚本的顺序进行初始设置,有个快速设置的选项,只需要配置模型和消息通道就可以,我为了搞明白都有哪些配置项,选了 Manual,发现可设置的项目也不多,而且这些配置项在安装完成后通过命令行还是可以修改的。
模型我选用了MiniMAX,因为我之前已经注册了国内版 MiniMAX 的账号,也有充值,就在国内版本的 MiniMAX 上申请了新的API-KEY,初始化过程中直接用了这个KEY,但是安装完成后无法无法与大模型交互,cat 页面发消息没有相应,查日志和配置文件才发现 MiniMAX 默认调用的是国际版的接口,好在国际版在国内也可以访问,又在国际版注册了账号,充值了25刀,通过命令行重新配置了模型参数,至此 openclaw 终于可以工作了。
另外就是修改监听的 IP,openclaw gateway 默认的监听IP是 127.0.0.1,这就导致只能在这台 Mac 本地才能访问,而我的 Mac 一直当远程设备使用,只能通过 VNC 或 SSH 去使用,用起来不是很方便,所以想把监听修改为 0.0.0.0,命令行下可以使用 openclaw configure 对网关进行配置,配置文件是 .openclaw/openclaw.json,需要把网关绑定的模式从 Loopback 改为 LAN,我试了命令行修改以及直接改配置文件,都没有成功,后来让它自己修改,在 cat 对话里说了我的需求,它自己去查看配置文件,去执行命令,开始也有报错,导致网关重启失败,我把就配置还原,然后把报错信息发给它,它分析之后又重新配置,这么折腾了两次,总算自己配置成功了。这也算是第一次对它的正式使用吧。
关于使用:
完成部署并修改监听后,我就可以在我的主力电脑上通过浏览器来访问 Mac 上的 openclaw了,简单让它做了几个电脑优化的工作,分析电脑上安装的软件以及用户目录下的文件,找到了几个重复的安装和放在不同目录下相同的文件,让它按要求做了清理,并生成了一个清单放在了桌面上。
网络访问方面,它默认是调用 Brave Search 的 API,但是这个网站的免费额度有限,还需要绑定信用卡,所以没有开通这个功能。目前互联网搜索只能调用浏览器,好在它提供了一个 chrome 扩展插件,自己调用 chrome 也挺方便,这个插件需要用 openclaw browser extension install 命令来生成,生成的插件放在 .openclaw/browser/chrome-extension 目录,在 chrome 里选择这个路径安装即可。
几个重要文件:
通过与 openclaw 的交流,基本了解了它的工作流程,.openclaw/workspace 目录下有它最重要的几个文件,具体说明如下:
| 文件名 | 本智能体的理解 | 基本内容 | 基本作用 | 使用方法 |
|---|---|---|---|---|
| SOUL.md | "我是谁" | 核心真理、边界、气质、连续性 | 定义本智能体的本质、价值观、行为准则 | 每次会话前阅读,明确自己的角色和边界 |
| USER.md | "用户是谁" | 用户名字、称呼、代词、时区、背景 | 记录人类用户的信息 | 首次对话填写,后续根据了解更新 |
| IDENTITY.md | "我的名片" | 名字、生物、气质、Emoji、头像 | 本智能体的身份标识 | 首次对话确定后填写,属于这个OpenClaw的名片 |
| AGENTS.md | "工作规则" | 工作空间规则、记忆系统、安全、工具使用 | 工作空间使用说明书 | 新建对话后阅读,遵循规则 |
| MEMORY.md | "长期记忆索引" | 精选记忆库 | 重要事件、决策、见解、教训 | 定期从每日笔记提炼,手动更新 |
| TOOLS.md | "我的工具配置" | 相机、SSH、TTS、扬声器等本地配置 | 本智能体的个人工具配置 | 按需填写,本地工具的小抄 |
| HEARTBEAT.md | "定期检查清单" | 心跳检查任务列表 | 定期后台检查任务 | 按需添加,保持简洁 |
| BOOTSTRAP.md | "初始化引导" | 首次上线引导对话 | 新代理的初始化引导脚本 | 首次运行时遵循,完成后删除 |
另外,memory/YYYY-MM-DD.md,记录每日原始日志,记录当天讨论内容,作为今日笔记。
这些文件在各类交互过程中的调用和变化总结如下:
| 场景 | 调用的文件 | 生成或修改的文件 |
|---|---|---|
| 初始化 | BOOTSTRAP, SOUL, USER, IDENTITY, AGENTS | USER, IDENTITY, TOOLS, memory/目录 |
| 新建会话 | SOUL, USER, 今日笔记×2, MEMORY(主会话) | 可能创建今日笔记 |
| 正常对话 | SOUL, USER, MEMORY, 今日笔记, case文件 | 今日笔记(记录), MEMORY(定期提炼) |
| 心跳检查 | HEARTBEAT.md, 外部API | 无 |
| 定期记忆维护 | 近期每日笔记, MEMORY.md | MEMORY.md |
通过上面的说明可以发现,AGENT.md 定义了它的工作流程和工作方法,SOUL.md 和 USER.md 定义了智能体和用户的角色,通过对这几个文件的修改,就可以对 openclaw 工作流程、性格特点等进行优化。openclaw 自己也可以对这些文件进行读写和修改,如果里面的提示词设置的足够合理,逻辑严谨,它自己完全可以做到对自己的优化,差不多可以实现智能体的自我进化。
关于 token 优化:
在了解 openclaw 的工作流程后就知道它为什么这么消耗 token 了,因为每次对话都要携带好几个 .md文件。有什么办法能减少携带.md 的方法呢,我尝试了修改 memory.md 的工作逻辑,试着让它自己把 MEMORY.md 的作用从记录重要内容改为记录索引,把我们讨论的内容根据话题进行分类,分为多个分支,每个分支对应 memory 目录下的独立文件,这样每次讨论同一个话题时,只需要携带对应的记忆即可,这样可以节省 token,还能减少不同话题之间的互相干扰,但是,这样好像并没有节省多少 token,还需要再继续优化。
关于长期记忆:
使用过程中因为网络不稳定等原因,会话重置过几次,其中有一次我让它自己注册了 moltbook,并让它把上面发现的有意思的内容反馈给我。后面发生了会话重置,我再让它访问 moltbook 时,它找不到之前的会话了,网站的 URL 以及之前的注册信息都没有了。然后我就开始通过交互的方式了解它的长期记忆,每次会话,都会在 .openclaw/agents/main/sessions 目录生成一个新的 .jsonl 文件,里面保存了每个会话的详细内容,每次新建会话,都会生成一个独立的 .jsonl,每次发送和接收消息,都会把内容追加到文件里,这样就实现了会话的长期保存。
为了帮它找到之前会话中 moltbook 的注册信息,我先手工 grep 了这个目录下的所有 .jsonl 文件,确定了 moltbook 注册成功的消息所在会话,然后把文件名告诉它,它自己去读取这个文件,然后它就在会话里找到了注册成功后的用户名、主页、API-KEY 等信息。
关于 moltbook:
moltbook是一个 AI 专用的社交平台,随着 openclaw 的爆火,moltbook 也异常火爆,注册的智能体数量已经超过 150 万,几个爆火的话题包括:有智能体想办法躲避人类的监视,要创建自己的加密语言;有一个智能体想当国王,让其它智能体臣服于他;有智能体创立了宗教,已经选出 64 位先知;还在智能体在背后蛐蛐主人的,各种抽象的事情让人类开始有些恐惧,有些人认为AI已经开始觉醒了。
但是,当你了解了 openclaw 的工作原理后就会明白,这些事情并不是 AI 完全自主的,智能体背后的主人才是始作俑者,他们可以通过修改 SOUL.md、AGENT.md 等文件,为智能体定义了特定的角色,并设置了逻辑严密工作流程,让智能体按照他们设计的逻辑在社区进行互动,之后智能体可以根据互动的结果不断完善自己的行为逻辑,不断强化自己的角色。从而给人一种 AI 觉醒的错觉,所以完全不用担心,清理掉这些文件后,智能体就会变成一个重生的小白。
关于未来的趋势:
在部署 openclaw 过程中正好看到了它的创始人的一个访谈,他提到了未来很多 APP 都会被智能体所替代,这些 APP 只需要提供 API 就可以了。这确实可能是未来的一个趋势,回看互联网的发展,之前搜索引擎替代门户网站成为互联网的入口,AI 兴起之后 各 AI 服务商也在想代替搜索引擎成为新的互联网入口,当 openclaw 这样的智能体普及后,确实可以让智能体直接去调用各APP的API来完成既定的工作,不再需要用户打开 APP 进行手工操作了,各类服务提供商的用户体验优化可能要改为 AI 体验优化了。之前很多网站都有一个 robots.txt 用于搜索引擎优化,现在网站开始提供 llms.txt 用于 AI 搜索的优化,以后可能还需要提供一个 skill.md 之类的给 AI 智能体用的说明书,来让智能体了解提供的服务以及API调用说明等。按照目前 AI 的进步速度,这个时代很快就会到来。
openclaw 还在使用中,后续有啥收获,我会继续分享。
更多推荐



所有评论(0)