OpenClaw 安装上手:把 Telegram 变成你的个人 AI 员工入口

我第一次看 OpenClaw，还以为又是那种“接个大模型，回几句消息”的 Bot 项目。

点进去才发现，它其实更像一个自托管消息网关。你不是单独给 Telegram 搭机器人，也不是只给 Slack 写个插件，而是先搭一个 Gateway，再把 WhatsApp、Telegram、Discord、Slack 这些入口统一接进来，后面让 AI 代理去接活。

这东西好玩的地方，就在这儿。

入口终于不用散了。

平时很多人的链路都差不多：手机里收到一句需求，电脑上开一堆页面，复制链接、查资料、跑脚本、再回聊天框同步结果。OpenClaw 走的是另一条路，先把“消息入口”收回来，再考虑后面怎么执行。

你可以把它理解成一个随时待命的“消息中台”。

手机发一句话，电脑上的 Gateway 收到，再把任务丢给对应代理。你人不一定坐在电脑前，但任务已经开始跑了。

一句话说，就是一个自托管的多渠道 AI Gateway。

它负责几件核心的事：接消息、管会话、做路由、接控制端。渠道和代理都往它身上挂。官方默认监听在 127.0.0.1:18789，控制界面、CLI、节点这些都通过它来连。

所以它和普通 Bot 框架最大的区别，不是“能不能回复消息”，而是它把渠道接入和执行控制放到了同一层统一管理。

这点很关键。

因为你后面要加渠道、换模型、拆代理、挂技能，基本都不用重新推倒来一遍。

先别一上来想全套。

最省事的方式，就是先把 OpenClaw 装起来，接一个 Telegram，能收能发，就够了。

先看 Node 版本。官方要求 Node 22 及以上。

node -v

然后安装 OpenClaw。

macOS / Linux：

curl -fsSL https://openclaw.ai/install.sh | bash

Windows PowerShell：

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

装完以后，直接跑初始化向导：

openclaw onboard

这一步很重要，很多配置其实不用你手写。模型提供方、默认模型、渠道、能力扩展，基本都能在这里一路选下来。

我自己的建议是，模型先挑一个你日常舍得跑的。别刚装上就上最贵那档，不然教程刚通，账单先把人劝退了。

OpenClaw 第一个渠道，我还是推荐 Telegram。

原因很简单：快，干净，反馈直接。

流程也不复杂。

打开 Telegram，找到 @BotFather，发送 /newbot 创建机器人。拿到 Bot Token 后，回到终端粘进去就行。接完以后，你给机器人发 /status，或者直接发一句话，链路能通的话，它就会正常回你。

这一步跑通，基本就有感觉了。

手机是入口，电脑是执行面，消息一进来，Gateway 开始接管。

安装向导里还会问你要不要启用 Skills。

这东西可以理解成 OpenClaw 的动作扩展包。发邮件、定时任务、调用外部服务，很多执行能力都靠它补上。

但第一次装，我真不建议全选。

先把基础聊天链路打通，再一点点加。否则很容易出现一种局面：功能看着一大堆，结果没有一条链路是真稳定的。

工具装满，不等于系统搭成。

我自己最常用的是这两个：

openclaw gateway status

先看网关活没活着。

再一个是：

openclaw doctor --fix

这个很像“体检+自动修补”。配置写错、旧版本残留、字段不兼容，这类问题它能顺手帮你修一批。第一次折腾环境，挺省事。

OpenClaw 这类项目，不是那种你看完 README 就会立刻惊呼“太强了”的类型。

它更像基础设施。

前期搭的时候，甚至有点土：配 Node、填 Token、选模型、接渠道。

但一旦你真的把手机消息 -> Gateway -> AI 执行这条链路跑顺了，体感会很明显。很多原本要在几套工具之间来回横跳的动作，会开始收敛到一个入口里。

这时候你才会发现，它想做的不是“陪你聊天”。

而是让 AI 真能接活。

项目地址：openclaw/openclaw