适合谁看
- 想把飞书消息接进 OpenClaw 的一人公司
- 需要先跑通机器人回复与消息同步的小团队
- 准备做本地部署、但不想一上来踩一堆配置坑的人
如果你想在济南把 OpenClaw 真正接进飞书,最容易踩坑的地方不是模型,而是接入顺序、权限配置和事件订阅。下面这篇不是空泛介绍,而是按 OpenClaw 官方 Getting Started、Channels、Feishu 文档整理出的实操版说明,适合一人公司、小团队和本地服务商先把第一条链路跑起来。
很多页面只会说 OpenClaw 能接飞书,但真正要落地的人更关心 4 件事:环境怎么准备、Feishu 应用怎么建、权限要开什么、为什么明明配了还是收不到消息。
这部分不是猜测,都是 OpenClaw 官方文档已经明确写出来的内容。
官方入门文档把它定位为自托管 Gateway,用来把聊天渠道接进 AI 助手。最快的本地验证方式是 `openclaw dashboard`,默认可在本机浏览器打开控制台。
官方 Getting Started 写得很明确:推荐 Node 24,Node 22 LTS 也兼容。第一步不是写提示词,而是先把 `openclaw onboard`、`openclaw gateway status` 这些基础动作跑通。
官方 Channels 文档明确列出 Feishu/Lark;Feishu 文档说明它通过平台 WebSocket 事件订阅接入,这意味着你不一定非得先暴露公网 webhook 才能开始。
真正容易出错的不是步骤多,而是顺序错。下面是更接近实战的落地顺序。
这一层没通,后面飞书事件订阅即便填完也大概率收不到消息。
这一步最重要的是保管好 App Secret,不要乱散发。
这一步不要省,很多人就是卡在权限没配齐。
如果网关没开就去配长连接,保存失败或者后续不生效,是非常常见的问题。
不建议一上来就追求“十几个 Agent 全自动联动”。先把飞书消息进入、分流、应答跑顺,收益更直接。
所以这类页面应该回答用户真正的问题:你现在处在什么阶段、第一步该做什么、哪些坑最容易踩、做完之后能验证什么。
先确认 Node 环境,再走官方 onboarding,不要先急着做飞书后台配置。
下一步不是写一堆 Agent,而是先把 `channels add`、网关状态、日志检查做扎实。
重点转到权限、Bot 能力、事件订阅和消息收发验证,不要再停留在介绍页层面。
把你当前的状态发给我:已安装 / 未安装、已建应用 / 未建应用、能收消息 / 不能收消息。我按这个顺序帮你判断,下一步先改哪里。