面试官：“卸载过OpenClaw吗？”我笑了：“包卸过。”面试官也笑了：“你啥时候来上班？”

老王开门见山地问：“卸载过 OpenClaw 吗？”

我和老王四目相对那一刻，我懂他想要的答案：“必须啊，老 6 了。”

像 QClaw、PicoClaw、ArkClaw、澳龙各种虾的安装部署，我都驾轻就熟。

当然了，如果想省掉 299 的卸载费，我还可以一条龙服务到底，不在话下。

卸载命令我都能倒背如流。

但说真的，王哥，OpenClaw 的出现确实解放了我的生产力。

你别听风就是雨啊。工具本身没有好坏，看的是应用场景。

像我，现在审核 gitcode 账号再也不用亲自去找了，直接把昵称丢到飞书，爱丢几个丢几个，我的龙虾一号 PaiGit 员工很快就能帮我搞定。

“逗逗你的呀，别那么上头。”老王摸了摸他的光头，捋了捋他的胡子，“那我问你：卸载 OpenClaw 的完整流程是什么？别给我整一条命令就完事。”

content

01、卸载龙虾的命令是什么？

“王哥，你这个问题问得好。很多人以为卸载就是跑一条 npm uninstall -g openclaw，错。”

这样卸载不干净，残留文件会藏在系统的各个角落，下次重装的时候各种报错——端口被占用、配置冲突、插件加载失败，一堆莫名其妙的问题。

正确的卸载姿势分三步。

第一步：停止 Gateway 服务

openclaw gateway stop

如果 Gateway 正在跑任务，强制停止可能会丢数据。建议先检查状态：

openclaw gateway status

确认显示 stopped 再继续。

第二步：执行官方卸载命令

openclaw uninstall

这个命令会弹出一个交互界面，让你选择要删除哪些内容。用空格键全选，然后回车确认。它会帮你：

• 停止并卸载 Gateway 服务
• 删除 ~/.openclaw/ 状态目录
• 清理工作区配置
• 移除插件和缓存

第三步：移除全局 CLI 包

npm rm -g openclaw

如果你用的是 pnpm 或 bun，对应换成：

pnpm rm -g openclaw
bun rm -g openclaw

遇到权限错误就加 sudo。

老王点点头：“那卸载后怎么验证干净？”

我说：“执行以下命令，确认没有残留：”

# 检查全局包
npm list -g openclaw

# 检查目录
ls ~/.openclaw/

# 检查端口占用
lsof -i:18789

全部返回空或“not found”，才算卸载干净。

老王听完点点头：“行，卸载这块确实熟。那我追问一下，~/.openclaw/ 目录里都有什么？为什么删这个目录这么重要？”

02、龙虾的核心目录架构了解吗？

“王哥，你这是要考我架构啊。”

~/.openclaw/ 是 OpenClaw 的“神经中枢”，里面存放着所有配置和状态。

~/.openclaw/
├── openclaw.json        # 全局配置文件
├── gateway/             # Gateway 相关
│   ├── config.json      # Gateway 配置
│   ├── logs/            # 日志目录
│   └── pid              # 进程 ID 文件
├── plugins/             # 插件目录
│   ├── @openclaw/       # 官方插件
│   └── @wecom/          # 第三方插件
├── workspaces/          # Agent 工作区
│   ├── default/         # 默认 Agent
│   └── paigit/          # 自定义 Agent
├── skills/              # 技能包
├── cache/               # 缓存目录
└── .env                 # 环境变量

老王继续追问：“这里面的每个目录都有什么用？你挑重点讲。”

openclaw.json：全局配置文件

这是 OpenClaw 的“大脑配置中心”。

{
  "version": "2026.3.2",
  "gateway": {
    "port": 18789,
    "auth": "token",
    "host": "0.0.0.0"
  },
  "channels": {
    "feishu": {
      "appId": "cli_xxx",
      "appSecret": "xxx"
    },
    "wecom": {
      "botId": "xxx",
      "secret": "xxx"
    }
  },
  "model": {
    "provider": "glm",
    "profile": "coding-plan",
    "defaultModel": "glm-5"
  },
  "plugins": [
    "@openclaw/feishu-plugin",
    "@wecom/wecom-openclaw-plugin"
  ]
}

里面记录了：

• Gateway 配置：监听端口、认证方式、绑定地址
• IM 通道配置：飞书、企微等应用的凭证
• 大模型配置：提供商、套餐、默认模型
• 插件列表：已安装的插件及其加载顺序

王哥追问：“Gateway 配置里的 auth: "token" 是什么意思？Gateway 到底是干什么的？”

Gateway：消息路由中枢

“王哥，Gateway 是 OpenClaw 架构里最关键的设计。”

很多人用 OpenClaw，只知道装完跑 openclaw gateway start，但不知道 Gateway 到底在干啥。

简单说，Gateway 是一个常驻后台的消息路由服务。

它的职责有三层：

第一层：接收消息

你在飞书群里@机器人，飞书会把消息推送到 Gateway。Gateway 收到后，解析消息内容，识别是哪个 Agent、哪个会话。

第二层：分发任务

Gateway 把消息路由给对应的 Agent 处理。如果你配置了多个 Agent（比如一个负责代码审核，一个负责会员审批），Gateway 会根据消息来源判断该交给谁。

第三层：返回结果

Agent 处理完任务后，把结果交给 Gateway，Gateway 再通过 IM 通道发回飞书。

飞书消息 → Gateway → Agent → 大模型 → Agent → Gateway → 飞书回复

老王听完眼睛一亮：“小伙子有水平啊。为什么要这样分层？Gateway 和 Agent...