OpenClaw：把 AI 助理装进自己的机器，再接进你天天用的聊天软件

你有没有过这种时刻：想让 AI 帮你处理点事，却卡在"它只能在网页框里回话，碰不到我的设备，也进不了我的群聊"？更糟的是，聊了几十轮的记忆存在别人服务器上，换个产品就全部归零。OpenClaw 给出的答案很直接——让助手跑在你的电脑上，出现在你已经在用的频道里：Discord、iMessage、Telegram、WhatsApp 随你接，状态与凭证留在本地，模型随插件切换。39 万颗星、TypeScript 编写、MIT 协议，它大概是目前最热门的"个人 AI 网关"类项目之一，README 的口号也写得很有性格："The AI that really does things. Any OS. Any Platform. The lobster way. 🦞"

项目名片

它解决什么问题

主流 AI 助手是"租来的房间"：对话记录在别人的服务器，能力被产品边界框死，消息渠道也只有官方 App。OpenClaw 反过来——状态、记忆、凭证都留在你的硬件上；模型和 agent 运行时（Claude、Codex、本地模型）只是可插拔的插件，换掉它们不需要改动其他任何部分。你的提示词只会发往你配置的模型供应商和聊天平台，加上你自己主动启用的诊断导出；默认情况下 OpenClaw 本体除每日版本检查外什么都不上报，匿名功能统计需选择加入，update.checkOnStart: false 能把这两项一起关掉。

它还解决"渠道割裂"：Discord、iMessage、Slack、Teams、Telegram、WhatsApp 等 20+ 个消息频道路线，加上 macOS、iOS、Android、Windows、Linux 的原生应用，都是同一个助手的入口。一个 Gateway 既能当笔记本上的个人助理，也能通过配置差异变成共享的团队部署——README 强调"配置是唯一的区别"。项目由独立的 OpenClaw 基金会托管，没有付费层、没有托管服务、没有代币；其架构立场被概括为"可信网关、不可信执行、策略由代码强制"。

核心机制

• Gateway：本地控制面，统一管理会话、工具、事件与频道连接，是整个系统的枢纽。
• Control UI / CLI / TUI：三种连到 Gateway 的界面——浏览器控制台、命令行、终端交互界面。
• Channels：把助手投递到 WhatsApp、Telegram、Slack、Discord、Google Chat、Signal、iMessage 等消息服务。
• Companion apps & nodes：在支持的平台上补充语音、Canvas、摄像头、屏幕共享与设备本地操作。
• 工具 / 技能 / 插件：三层扩展机制，决定助手能做什么；模型供应商既可托管也可本地部署。

安装与最小使用

官方安装器支持 macOS、Linux、Windows，必要时会自动准备受支持的 Node.js 运行时：

# macOS / Linux / WSL2
curl -fsSL https://openclaw.ai/install.sh | bash

# Windows PowerShell
iwr -useb https://openclaw.ai/install.ps1 | iex

# 已自管 Node.js 时（Node 24.16+ 或 26.1+，推荐 26）
npm install -g openclaw@latest --allow-scripts=openclaw

# 直接装包的用户手动完成向导
openclaw onboard --install-daemon

# 确认状态并打开控制界面
openclaw gateway status
openclaw dashboard

安装脚本会自动启动 onboarding 向导，向导负责验证模型访问、创建工作区、配置 Gateway。最后在 Control UI 里发一条消息，助手能回就说明链路通了。

适合谁用，什么时候别用

适合：想拥有私有记忆与凭证的个人用户；需要在多个 IM 频道统一入口的小团队；希望随意切换托管/本地模型的开发者；愿意自己运维一个长期在线网关的动手派。

先别用：打算把 Gateway 公网暴露给陌生用户、却还没读安全文档与沙箱指南的人；不想处理频道配对与信任边界的场景。README 措辞很明确：接入其他用户或远程暴露 Gateway 之前，务必先读安全指南、暴露处置手册（exposure runbook）与沙箱指南。

三条真实的坑

1. 工具默认在宿主机上裸跑：主会话的 tools 直接执行在宿主机，除非你主动配置沙箱。没配沙箱就把频道开给别人，等于把机器交出去。 2. 入站消息是不可信输入：DM 类频道默认对陌生发送者做配对，需要你用 openclaw pairing approve <channel> <code> 批准；漏掉这步、或随手批准未知请求，都是风险点。 3. 安装参数有版本陷阱：--allow-scripts=openclaw 仅适用于 npm 12 或 npm 11.16+，npm 11.15 及更早要省略该参数；Node 版本也卡在 24.16+/26.1+，Docker、Nix 等其他部署路径另有讲究，装错组合会在生命周期脚本上翻车。

小结

OpenClaw 的价值不在于"又一个聊天机器人"，而在于把 AI 助理的运行位置、数据归属和消息入口三件事都还给了用户：网关在本地，模型可替换，频道随你接，且没有付费层或代币在背后等着。代价是你自己承担安全边界——工具默认跑在宿主机、入站消息默认不可信，这些设计既是它的卖点，也是它的责任书。想试的话，从官方 installer 走一遍 onboard，先在 Control UI 里跑通，再考虑接第一个频道。

参考资料

• 仓库：https://github.com/openclaw/openclaw
• 文档：https://docs.openclaw.ai
• Getting started：https://docs.openclaw.ai/start/getting-started
• Why OpenClaw：https://docs.openclaw.ai/start/why-open-claw
• 安全指南：https://docs.openclaw.ai/gateway/security
• 沙箱指南：https://docs.openclaw.ai/gateway/sandboxing
• 遥测说明：https://docs.openclaw.ai/gateway/telemetry
• 基金会：https://openclaw.org