OpenClaw 接入飞书完整教程10分钟搭建专属 AI 助手

OpenClaw 接入飞书完整教程10分钟搭建专属 AI 助手

🦞 OpenClaw × 飞书 · 2026 最新教程

零代码配置 · WebSocket 长连接 · 流式卡片输出 · 支持文档/多维表格自动化
完整踩坑记录,小白也能跑通

📅 2026-03-15⏱ 阅读约 12 分钟

📑 文章目录

  1. 为什么选 OpenClaw 接入飞书?
  2. 前置准备清单
  3. 第一步:创建飞书自建应用
  4. 第二步:配置权限 & 事件订阅
  5. 第三步:安装 OpenClaw & 添加飞书渠道
  6. 第四步:启动网关 & 验证连接
  7. 核心配置参数详解
  8. 进阶玩法:文档 / 多维表格 / 定时任务
  9. 踩坑记录 & 解决方案
  10. 生产环境加固建议

1为什么选 OpenClaw 接入飞书?

OpenClaw(网友戏称"小龙虾")是 2025 年末至 2026 年初迅速出圈的开源本地 AI 智能体网关。 它的核心定位是:让大模型在你的电脑或服务器上 7×24 小时运行,并能无缝接入主流 IM 平台。 与飞书结合后,你可以在公司聊天窗口里直接召唤一个具备文档读写、多维表格操作、网页浏览能力的 AI 同事。

❌ 传统方式(从零开发飞书Bot)
  • 需要自己实现 OAuth2 鉴权
  • 手动管理 Token 刷新逻辑
  • 事件去重、上下文存储全靠自己
  • 开发周期 1~2 周起步
  • 需要公网 IP + SSL 证书
✅ OpenClaw 接入(本文方案)
  • 内置 OAuth2、Token 刷新、去重
  • WebSocket 长连接,无需公网 IP
  • 对话上下文自动管理
  • 配置到运行仅需约 10 分钟
  • 内置飞书文档/多维表格工具

💡

OpenClaw vs WorkBuddy: 两者技能生态完全兼容。WorkBuddy 是腾讯基于 OpenClaw 架构推出的商业版,更适合企业开箱即用; OpenClaw 则完全开源自托管,适合个人开发者和有定制需求的团队。本文以 OpenClaw 为主,WorkBuddy 用户也可参考。

2前置准备清单

准备项要求备注
服务器 / 本机2核 4GB 内存以上家庭宽带也可,无需公网IP
操作系统Linux / macOS / Windows 均支持Linux 推荐 Ubuntu 22.04
Node.jsv18.0.0 及以上node -v 验证
飞书账号飞书开放平台管理员权限open.feishu.cn
AI 模型任意支持的大模型OpenAI / Claude / DeepSeek / Hunyuan 均可

⚠️

使用飞书 国际版(Lark)的同学:飞书与 Lark 协议相同,但 API 域名不同,配置时选择 domain: "lark" 即可,其余步骤完全一致。

3第一步:创建飞书自建应用

在飞书开放平台创建一个企业自建应用,相当于注册你的 AI 机器人身份。

1

进入飞书开放平台浏览器访问 https://open.feishu.cn/app,使用管理员账号登录,点击「创建企业自建应用」。

2

填写应用信息应用名称建议起一个有辨识度的名字,如「AI 工作助手」,上传一个头像图标(PNG,建议 240×240px)。

3

复制凭证信息进入「凭证与基本信息」页面,复制并妥善保存App ID(格式:cli_xxxxxxxxxxxx)和App Secret。 这两个值将在第五步配置 OpenClaw 时用到。

4

启用机器人能力进入「应用能力」→「机器人」,点击「开启机器人能力」,填写机器人名称和简介描述。

此时你已完成了"注册机器人"这一步。App ID 和 App Secret 就是机器人的身份证,后续所有 API 调用都依赖它们。

4第二步:配置权限 & 事件订阅

4.1 权限配置

在「权限管理」页,搜索并开通以下权限。权限分为必须进阶两档:

权限标识符说明是否必须
im:message接收消息必须
im:message:send_as_bot以机器人身份发送消息必须
im:chat获取群/会话信息必须
im:chat:readonly只读群信息必须
contact:user.base:readonly读取用户基本信息必须
docx:document读写飞书文档进阶
bitable:app操作多维表格进阶
drive:drive访问云空间文件进阶

4.2 事件订阅(关键步骤)

OpenClaw 默认使用 WebSocket 长连接接收消息,这是最推荐的方式,无需公网 IP。

1

进入「事件订阅」页面在「请求网址」处,选择「使用长连接接收事件」(即 WebSocket 模式,非 HTTP 回调)。

2

添加事件搜索并添加事件 im.message.receive_v1(接收消息)。如需文件处理,还需添加 im.message.message_read_v1

🔌

WebSocket 长连接的优势:Gateway 主动向飞书服务器发起 WebSocket 连接,消息实时推送。 与 HTTP Webhook 相比,无需配置公网域名和 SSL 证书,特别适合 NAT/防火墙环境后的自托管部署。

4.3 提交应用发布

进入「版本管理与发布」,创建第一个版本并提交审批。企业自建应用通常管理员可直接审批通过。

⚠️

常见坑:应用必须发布并审批通过后,机器人才能正常工作。很多同学配好了权限却忘记发布,导致长时间收不到消息。

5第三步:安装 OpenClaw & 添加飞书渠道

5.1 安装 OpenClaw

通过 npm 全局安装(需 Node.js 18+):

# 全局安装 npm install -g openclaw # 验证安装 openclaw --version

5.2 安装飞书插件

OpenClaw 的飞书支持以插件形式提供,单独安装:

openclaw plugins install @openclaw/feishu

5.3 方式一:命令行向导添加渠道(推荐新手)

openclaw channels add # 交互提示: # ? Select channel type: › Feishu # ? App ID: cli_xxxxxxxxxx # ? App Secret: xxxxxxxxxxxxxxxx # ? Bot display name: AI 工作助手 # ✓ Channel "feishu-main" added successfully

5.4 方式二:手动编辑配置文件

配置文件位于 ~/.openclaw/openclaw.json,在 channels 字段下添加:

{ "channels": { "feishu": { "enabled": true, "domain": "feishu", "dmPolicy": "pairing", "groupPolicy": "open", "requireMention": true, "streaming": true, "accounts": { "main": { "appId": "cli_你的AppID", "appSecret": "你的AppSecret", "botName": "AI 工作助手" } }, "historyLimit": 50 } } }

🔐

生产环境建议将 appSecret 通过环境变量注入,避免明文写入配置文件:"appSecret": "$FEISHU_APP_SECRET"

6第四步:启动网关 & 验证连接

6.1 启动 Gateway

# 前台启动(调试用) openclaw gateway # 后台启动(生产用) openclaw gateway & # 查看连接状态 openclaw gateway status

启动成功后,终端会输出类似以下内容:

✓ Gateway started ✓ Feishu WebSocket connected (account: main) ✓ Listening for events...

6.2 首次配对(私聊)

默认私聊策略为 pairing,首次向机器人发私信时,飞书会提示一个 6 位配对码,在终端执行批准命令:

openclaw pairing approve feishu XXXXXX # 批准后查看配对列表 openclaw pairing list feishu

💡

如果是个人使用,可将 dmPolicy 改为 "open" 跳过配对步骤。企业场景建议保持 "pairing" 或 "allowlist" 以控制访问权限。

6.3 群聊测试

将机器人添加到飞书群组,发送消息时 @机器人名 即可触发响应(requireMention: true 时)。AI 的回复会以飞书交互卡片形式实时流式输出,体验接近 ChatGPT。

用户发消息

飞书开放平台

WebSocket推送

OpenClaw Gateway

AI 模型处理

卡片流式回复

7核心配置参数详解

以下是飞书渠道的完整配置参数,方便对照调整:

参数类型默认值说明
enabledbooleantrue启用或禁用飞书渠道
domainstring"feishu"国内版用 feishu,国际版用 lark
dmPolicystring"pairing"pairing / allowlist / open / disabled
allowFromstring[][]白名单用户 Open ID 列表(ou_xxx 格式)
groupPolicystring"open"群聊策略:open / allowlist / disabled
requireMentionbooleantrue群聊是否需要 @ 机器人才响应
streamingbooleantrue启用流式卡片输出(类 ChatGPT 实时效果)
textChunkLimitnumber2000单条消息最大字符数,超出自动分段
mediaMaxMbnumber30媒体文件上传/下载最大 MB
historyLimitnumber50作为上下文传入 AI 的历史消息条数

机器人内置命令

在飞书聊天框中直接发送以下命令,无需代码即可控制机器人:

/status → 查看机器人当前状态 /reset → 清空当前对话上下文 /model → 切换使用的 AI 模型 /help → 查看所有可用命令

8进阶玩法:文档 / 多维表格 / 定时任务

完成基础连接后,以下进阶场景能大幅提升办公自动化价值:

📄

读写飞书文档

让 AI 搜索知识库、更新周报文档、自动生成会议纪要

📊

操作多维表格

自然语言增删查改表格记录,无需手动打开表格

定时任务推送

每日自动发送日报/周报摘要到群聊,解放双手

🌐

网页内容摘要

发一个链接,AI 自动抓取并提炼核心要点

🔀

多 Agent 路由

不同群组路由到不同 AI 角色(客服/研发/运营)

📎

文件解析

直接发送 PDF/Word/Excel,AI 智能提取关键信息

示例:读取飞书多维表格记录

首先确保已开通 bitable:app 权限,并将应用添加为多维表格的协作者,然后在飞书直接发指令:

@AI工作助手 帮我查一下「任务跟踪表」里状态是"进行中"的所有任务

OpenClaw 会自动调用飞书 Bitable API,查询后以消息卡片形式展示结果,全程无需代码。

示例:定时日报推送(需配合 Cron)

# 在服务器上设置 cron,每天早上9点推送 crontab -e # 加入以下行: 0 9 * * 1-5 openclaw run --task "生成今日工作计划并发送到[群组ID]"

9踩坑记录 & 解决方案

以下是配置过程中的高频坑位,帮你节省排查时间:

🚧 坑1:应用发布后机器人仍无响应

检查项:①应用版本是否已审批通过;②事件订阅是否选择了「长连接」而非 HTTP 回调;③是否添加了 im.message.receive_v1 事件。

✅ 解决:进入「版本管理」确认审批状态为"已上线",同时运行 openclaw logs --follow 查看实时连接日志。

🚧 坑2:文档/多维表格权限报错 403

开通了 docx:document 或 bitable:app 权限,但 AI 仍无法读取文档。

✅ 解决:权限只是"允许调用 API",还需要在具体文档/表格中手动将应用添加为协作者(点击共享 → 添加成员,搜索应用名)。

🚧 坑3:多维表格写入字段类型报错

创建记录时报 field value type mismatch

✅ 解决:人员字段传 [{id: "ou_xxx"}] 数组,日期字段传 Unix 毫秒时间戳,单选字段传选项的文字内容而非 ID。

🚧 坑4:消息重复推送

AI 回复了两条相同内容。

✅ 解决:OpenClaw 内置消息去重,但如果同时运行了多个 Gateway 实例,会导致重复处理。确保同一 AppID 只对应一个 Gateway 实例。

🚧 坑5:Token 过期导致偶发失败

运行一段时间后出现鉴权错误。

✅ 解决:OpenClaw 会自动刷新 Token,但如果服务器时钟偏差超过 5 分钟会导致刷新失败。运行 ntpdate -u pool.ntp.org 同步服务器时间即可。

🛠

万能排查命令:openclaw logs --follow 可以实时查看所有事件和错误,90% 的问题看日志就能定位。

10生产环境加固建议

进程守护(Linux systemd)

# 创建 systemd 服务 sudo nano /etc/systemd/system/openclaw.service
[Unit] Description=OpenClaw AI Gateway After=network.target [Service] Type=simple User=ubuntu ExecStart=/usr/local/bin/openclaw gateway Restart=on-failure RestartSec=10 Environment=FEISHU_APP_SECRET=你的密钥 [Install] WantedBy=multi-user.target
sudo systemctl enable openclaw sudo systemctl start openclaw sudo systemctl status openclaw

安全加固要点

  • 🔑 appSecret 通过环境变量注入,不写入配置文件
  • 🔒 服务器仅开放必要端口(如 SSH 22),关闭 OpenClaw 无需对外暴露的端口
  • 👥 dmPolicy 使用 allowlist 精确控制可用人员
  • 📊 定期查看 openclaw logs 排查异常调用
  • 💾 定期备份 ~/.openclaw/ 目录(含对话历史和配置)

成本参考

项目费用备注
OpenClaw 本身免费开源MIT 协议
飞书开放平台免费企业版/个人版均可
云服务器(2核4G)约 ¥40~80/月腾讯云轻量、阿里云 ECS 均可
AI 模型调用$5~20/月轻度使用,按量计费

🎉 总结

通过以上 4 个步骤,你已经完成了 OpenClaw 与飞书的完整集成: 从飞书自建应用创建,到 WebSocket 长连接配置,再到流式卡片回复—— 整个过程无需公网 IP,无需写一行代码,10 分钟内就能让一个能操作文档、 读写多维表格、自动化任务的 AI 助手在飞书上 7×24 小时陪你工作。

接下来,不妨试试在 SOUL.md 中给 AI 定制专属人格, 或在 AGENTS.md 中配置工作流,让它真正成为你团队里不可缺少的"数字同事"。

Read more

Seedance 2.0 完整操作手册:AI 视频创作进入人人都是导演时代

Seedance 2.0 完整操作手册:AI 视频创作进入人人都是导演时代

这两天,字节的AI视频模型Seedance 2.0 彻底出圈了 到处都是 Seedance 2.0 的生成AI作品 有人用它做出了电影级的追逐戏,有人用它复刻了广告大片的运镜,还有人拿它做古装穿越剧和各种武打动作片,画面精致到让人分不清是AI生成的还是真人拍的。 不夸张地说,Seedance 2.0 这波更新,直接把AI视频生成的门槛踩到了地板上。 为什么这么火?因为它解决了一个所有创作者都头疼的问题:以前AI视频只能"生成",现在终于能"控制"了。 用图片、视频、音频、文字自由组合,人人都能当导演   我们都知道,以前做 AI 视频,你只能打字描述想要什么画面,或者最多放一张图当起始帧。说实话,这种方式表达能力太有限了——你脑子里想的是电影级别的镜头感,打出来的却只是干巴巴的一段话。 现在不一样了。 它不再只是一个"文生视频&

非技术岗转向AI岗位的现实评估与规划

非技术岗转向AI岗位的现实评估与规划

当下AI浪潮席卷各行各业,2025年AI岗位需求月均增长15%,长三角缺口超30万,72%的企业明确接受跨专业背景,非技术岗转型AI已成为职场人突破瓶颈的重要方向。但转型并非“跟风上车”,需先清晰认知自身适配性、行业现实门槛,再制定可落地的规划,才能避免盲目投入、高效突破。本文将从现实评估、分阶段规划、避坑指南三方面,为非技术岗转AI提供实操性参考,助力转行者找准方向、少走弯路。 一、非技术岗转向AI岗位的现实评估(客观认知,理性入局) (一)转型机遇:非技术岗的独特优势的 非技术岗并非转型AI的“劣势群体”,反而其积累的业务经验的能成为转型核心竞争力,这也是很多跨专业转行者弯道超车的关键。具体优势体现在三点: 1. 业务场景洞察力更强:无论是运营、市场、行政还是金融、医疗等领域的非技术岗,长期深耕业务一线,能精准捕捉AI落地的真实需求——比如银行风控经理懂反欺诈场景痛点,骨科医生清楚手术机器人的临床适配需求,这种对场景的理解,是纯技术人员难以快速替代的。 2. 跨部门沟通效率更高:AI岗位的核心价值是“技术落地”,而非单纯的技术研发,非技术岗长期积累的沟通协调、需

脉向AI|当豆包手机遭遇“全网封杀“:GUI Agent是通向AGI的必经之路吗?

脉向AI|当豆包手机遭遇“全网封杀“:GUI Agent是通向AGI的必经之路吗?

💡 这是「脉向AI」的深度对话 ✨ 只做一件事:邀请真正在AI一线的实践者,拆解影响千万职场人未来的真实变革 这是「脉向AI」的第一期。这个栏目是脉脉与「人民公园说AI」联手打造的思想实验室。我们坚持做一件看似简单却极有价值的事:邀请真正站在AI浪潮前沿的实践者,拆解那些影响千万职场人未来的真实变革。 不贩卖焦虑,不堆砌术语,而是让大家看到: * 🌐 这些技术变革背后的商业逻辑是什么? * 💼 它将如何重塑我们的工作方式? * 🧭 普通职场人该如何在这个浪潮中找准自己的定位? 本期,我们聚焦一个近期刷屏科技圈却又被大众忽视的话题:为什么从华为到小米,从OPPO到vivo,几乎所有国产手机厂商都在系统层面屏蔽了字节跳动的豆包AI手机功能? 💬 "表面上是商业竞争,实质是各方对'AI时代用户入口'控制权的争夺。这将直接影响未来3-5年每个人的工作方式与职业选择。" —— 张和,本期嘉宾 👤 一、嘉宾张和:站在操作系统与AI融合前沿的战略操盘手 🎓 专业背景 ✅ 前头部手机厂商OS战略规划负责人 ✅ 12年操作系统与AI融合实战经验 ✅ 主导3代AI原生

猫头虎AI分享 | 从SEO到GEO:315晚会曝光的“AI投毒“黑产,技术人该如何防御?

猫头虎AI分享 | 从SEO到GEO:315晚会曝光的“AI投毒“黑产,技术人该如何防御?

🐯 猫头虎AI分享 | 从SEO到GEO:315晚会曝光的"AI投毒"黑产,技术人该如何防御? 标签:AI安全大模型攻防GEO优化RAG安全内容风控315晚会深度拆解 阅读时长: 25分钟 | 难度: 进阶 | 收藏: 建议先码后看 猫头虎说: 兄弟们,2026年315晚会这次爆的料太狠了!作为一个深耕AI领域多年的老博主,我看到这条新闻的时候直接拍桌子——这哪是什么营销优化,这TM是针对大模型的数据层攻击!今天咱们不聊虚的,直接从技术架构、代码实现到防御方案,手把手拆解这个GEO黑产到底是怎么给AI"投毒"的。建议先收藏,这篇文章值得你反复看三遍! 文章目录 * 🐯 猫头虎AI分享 | 从SEO到GEO:315晚会曝光的"AI投毒"黑产,技术人该如何防御? * 一、事件回顾:当315晚会遇上AI安全 * 1.1 晚会曝光核心内容 * 1.2