这篇想解决一个很具体的问题：怎么把 OpenClaw 接到飞书里，让它在你最常用的聊天工具里干活。

先说结论：如果你在国内使用 OpenClaw，飞书是当前最顺手的接入方式之一。

一个最现实的变化是：飞书开放 API 这次等于不再卡次数了，目前每月 100 万次。很多人之前卡在每月 1 万次，机器人一高频就打满，现在这个瓶颈基本被拿掉了。

原因很简单：

1. OpenClaw 最近在 GitHub 上热度非常夸张，Star 曲线几乎是“垂直起飞”。OpenClaw 官方账号发文称其 Star 已超过 React；一些 star-history 的对比图里，甚至把 Linux 这类老牌基建项目也拉开了差距。很多人干脆把它称为“史上最受欢迎的开源项目之一”。
2. 飞书就是很多团队的默认协作入口，把 OpenClaw 放进去，才容易高频使用。
3. 飞书机器人能力和文档/知识库/云盘生态完整，适合做“能执行”的 AI 助手。
4. OpenClaw 官方 Feishu 插件成熟，接入路径清晰，维护成本可控。

OpenClaw 最近为什么这么火（简短）

一句话：它把“能聊天的 AI”变成了“能持续执行任务的 AI”。

最近它在开发者圈刷屏得很猛，讨论点也很直接：不是“会不会聊天”，而是“能不能把任务跑完”。而 GitHub Star 的“垂直起飞”，更像是把这种情绪具象化了。

这也是为什么它最近会这么热。

为什么是“接入飞书”这一步最关键

很多人把 OpenClaw 装好后，最后都卡在“入口”上。

如果 AI 只能在某个独立网页里聊天，它就很难变成高频工具。但接入飞书后，体验会变化很大：

• 你在群里 @ 它，直接处理协作问题。
• 你在私聊里给它任务，像找同事一样。
• 你可以把它放进固定业务群，变成团队共享助理。

一句话：把 AI 放进你每天都打开的工具里，它才真的能被用起来。

为什么优先接飞书（展开版）

这里只讲实用层面，不讲概念：

1. 入口频率最高，真正能高频用起来很多人电脑上开着十几个工具，但真正全天在线的是飞书。把 OpenClaw 放进飞书，你不用切应用，也不用培训团队“再多用一个系统”，自然使用频次就会上来。

2. 机器人能力不止文本，能覆盖真实办公动作飞书机器人不仅能收发文本，还能处理图片、文件、音视频等消息类型。配合 OpenClaw 后，AI 助手就不只是“回答”，而是能参与你真实的沟通和协作链路。

3. 文档/知识库/云盘生态完整，适合做长期助手接入后你可以把“对话、文档、知识库、文件”放在同一套生态里，不用来回拷贝。对持续任务（日报汇总、资料沉淀、固定提醒）尤其友好。

4. 调用额度策略更友好，解决了“用几天就打满”的痛点不少开发者之前卡在飞书开放 API 每月 1 万次附近，高频场景下很快触顶。你这次素材给出的关键信息是“当前每月 100 万次”，这对 OpenClaw 这种持续运行型助手非常关键：从“省着用”变成“可以常态化使用”。

接入流程（按这个顺序最稳）

1) 飞书开放平台创建企业自建应用

进入飞书开放平台：https://open.feishu.cn/app

操作：

1. 创建企业自建应用
2. 填应用名称、描述、图标
3. 在“凭证与基础信息”拿到 App ID 和 App Secret

创建应用界面：

2) 开启机器人能力 + 配权限

在应用内：

1. 开启“机器人”能力
2. 开启 IM 相关权限（至少覆盖接收/发送消息所需）
3. 事件订阅选择长连接（WebSocket）
4. 添加接收消息事件：im.message.receive_v1

机器人配置：

IM 权限配置：

3) 创建版本并发布

很多人漏这一步，结果就是机器人搜得到但不工作。记得创建版本并发布到企业内可用。

创建版本：

发布版本：

4) 在 OpenClaw 安装 Feishu 插件

# 安装官方飞书插件openclaw plugins install @openclaw/feishu# 已完成初始安装时，手动添加渠道openclaw channels add# 选择 Feishu，按提示填写 App ID / App Secret# 启动（或重启）网关openclaw gateway# 或openclaw gateway restart# 查看实时日志openclaw logs --follow

终端安装与日志示例：

配置完成后重启：

5) 回到飞书后台：事件配置核对并重新发布

回到飞书后台，事件配置建议按下图核对（按你自己的权限实际情况为准）：

6) 飞书里找到机器人并触发配对

来到飞书客户端或者手机飞书 app，搜索你刚创建的机器人并发起私聊：

首次对话如果提示配对（pairing）请求，复制机器人回复的命令或配对码：

7) 终端批准配对，完成绑定

在终端执行（两种形式本质一样，按机器人提示来）：

openclaw pairing approve feishu <配对码>

看到配对成功后，就可以正常对话了：

常见坑（帮你省 30 分钟）

1. 插件名用错历史文章有旧包名，建议优先用官方文档里的：@openclaw/feishu。

2. 只配了权限，没发布版本飞书这一步漏掉，机器人通常不会正常收发。

3. 事件模式没选长连接OpenClaw 官方方案是 WebSocket 长连接，别走错到需要公网回调的路径。

4. 配对没批准日志没报错但机器人不回复，先看是不是还没 pairing approve。

你可以怎么用（真实高频场景）

接好之后，我最常用的是这 3 类：

1. 群里 @ 机器人：快速总结讨论并产出待办
2. 私聊丢任务：让它生成文档草稿、回复模板、日报骨架
3. 跨端消息回路：手机飞书下任务，电脑端 OpenClaw 持续执行

这就是“入口打通”的价值。

写在最后

如果你想把 OpenClaw 用成真正的工作助手，不要先纠结花哨功能，先把渠道接起来。

在国内生态里，飞书目前是一个足够实用、维护成本也相对可控的入口。把这一层打通，后面的自动化才有意义。