1. 项目概述这不是装个软件是给你的工作流接上“数字钳子”OpenClaw 这个名字最近在效率圈里炸开了锅但很多人点开 GitHub 仓库第一反应是懵的——它不像一个传统意义上的“应用”更像一套需要你亲手组装、调试、喂养的“数字同事”系统。标题里写的“从 0 到 1 上手先认识再安装含飞书/Telegram”说的不是按部就班点下一步而是要你先搞懂这只“小龙虾”到底想干什么它凭什么能钻进你的飞书群聊里自动整理会议纪要又为什么能在 Telegram 里帮你把一堆零散消息聚合成一份日报核心就一句话OpenClaw 是一个本地优先、可完全掌控的 AI Agent 框架它的价值不在于“回答问题”而在于“执行动作”。它不把你当用户而是当你工作流里的一个新成员一个能读你文档、查你日历、发你消息、改你表格的“数字分身”。我试过用它处理每周五的跨部门同步会。以前我要手动翻三四个群聊记录复制粘贴关键结论再打开飞书多维表格填进度整个过程至少40分钟。现在我只在飞书里对 OpenClaw 说一句“把‘Q3产品上线’群聊里今天所有带‘阻塞’关键词的消息连同发言人和时间戳汇总到‘项目风险看板’表格的‘新增风险’页签里。”它5秒内就干完了。这背后不是魔法是它被授权后真的能以我的身份调用飞书 API完成一整套“读-析-写”的闭环。所以“安装”这个动作本质是建立信任链你的电脑信任 OpenClawOpenClaw 信任飞书/Telegram 的凭证飞书/Telegram 信任你授予它的权限。漏掉任何一个环节它就是个只会聊天的哑巴。这也是为什么标题强调“先认识再安装”——跳过认知直接动手90% 的报错都源于此。比如那个高频报错“openclaw : 无法将‘openclaw’项识别为 cmdlet、函数、脚本文件或可运行程序的名”根本原因不是命令写错了而是你还没把 OpenClaw 的可执行文件路径加进系统环境变量或者压根没装好 Node.js 这个底层引擎。它就像一辆没装发动机的车方向盘再漂亮也动不了。所以这篇文章不会教你“复制粘贴三行命令”而是带你拆开这台车的引擎盖看清每个零件怎么咬合为什么必须这么装以及装歪了会发出什么异响。2. 核心需求解析与方案选型逻辑2.1 为什么必须“从 0 开始”——避开“一键部署”的认知陷阱市面上很多教程一上来就甩出curl -fsSL https://openclaw.ai/install.sh | bash这种“神命令”仿佛只要回车一只活蹦乱跳的小龙虾就端坐在你桌面上了。这种思路在 OpenClaw 场景下极其危险。原因有三第一环境依赖的隐蔽性。OpenClaw 不是一个独立的二进制文件它是一套基于 Node.js 构建的、高度模块化的 JavaScript 应用。这意味着它极度依赖你的系统是否已安装正确版本的 Node.jsv18、npm包管理器、Git用于拉取插件源码甚至 Python部分工具链编译需要。我见过太多人卡在第一步终端报错command not found: node却还在反复重试安装脚本。这就像试图用没有地基的图纸去盖楼图纸再精美也立不住。所以“从 0 开始”的第一课是亲手验证并搭建这个地基。我会在后续章节给出精确到小数点后两位的 Node.js 版本检测与安装方法而不是笼统地说“请安装最新版”。第二权限模型的不可绕过性。OpenClaw 的核心能力——无论是读飞书文档还是发 Telegram 消息——都建立在 OAuth 2.0 授权体系之上。它需要你明确告诉飞书“我允许这个叫 OpenClaw 的程序以我的名义做这些事读消息、写文档”。这个过程无法被“一键”封装因为授权操作本身必须由你本人在浏览器中点击“同意”按钮来完成。任何声称能跳过这一步的“全自动安装”要么是伪造的钓鱼页面要么是功能残缺的阉割版。我们选择的方案是让每一步授权都透明、可审计、可中断。比如在飞书插件安装流程中我们会明确区分“新建机器人”和“关联已有机器人”两种路径并详细说明各自适用的场景个人测试用前者团队部署用后者避免因权限范围过大而引发安全风险。第三配置即代码的必然性。OpenClaw 的行为不是由图形界面控制的而是由一个名为openclaw.json的 JSON 配置文件驱动的。这个文件里定义了它连接哪个飞书应用、使用哪个大模型、在哪些群聊里响应、是否开启流式输出等所有关键参数。把它想象成汽车的 ECU电子控制单元程序。你不可能指望靠“一键刷写”就让 ECU 精准匹配你的发动机型号和驾驶习惯。同理openclaw.json必须根据你的实际环境手工编辑、反复调试。我们会在实操环节提供一份经过生产环境验证的、带详细注释的配置模板并解释每一个字段的含义和修改后果比如channels.feishu.requireMention设为true和false在不同群组中的实际表现差异绝非简单罗列参数。2.2 飞书 vs Telegram国内工作流的“最优解”为何是飞书网络热词里同时出现了“飞书”和“Telegram”但它们在 OpenClaw 生态中的定位截然不同。这并非技术优劣的比较而是工作场景与合规要求的深度适配。Telegram 的优势在于其全球化的即时通讯协议和极简的 Bot API。创建一个 Telegram Bot 只需在 BotFather 对话中输入/newbot几秒钟就能拿到一个API Token。这个 Token 就是 OpenClaw 连接 Telegram 的钥匙。它的安装流程确实更短获取 Token → 填入配置 → 启动服务。但问题在于Telegram 的设计初衷是“人与人”的通讯而非“人与工作系统”的集成。它缺乏原生的、结构化的数据承载能力。你想让 OpenClaw 把群聊里的待办事项同步到一个表格里你得自己写代码解析消息文本再调用 Google Sheets API 或 Airtable API。这中间的“胶水代码”量巨大且极易出错。飞书则完全不同。它从诞生第一天起就是为“工作协同”而生的。它的核心组件——云文档、多维表格、日历、任务、知识库——本身就是结构化数据的容器。OpenClaw 飞书官方插件的价值就在于它已经把这套“胶水”全部焊死了。它不是让你去调用一个个零散的 API而是提供了一套统一的、语义化的指令集。比如/feishu auth这个命令背后触发的是一个完整的 OAuth 流程一次性为你申请了读取消息、文档、日历、多维表格等数十项权限并将它们安全地存储在本地。再比如openclaw config set channels.feishu.streaming true这条命令开启的不是简单的文字流而是飞书卡片Card的流式渲染能力让 AI 的思考过程能像打字一样逐字显示在飞书对话框里极大提升了交互的可理解性和可控性。更重要的是飞书提供了国内最完善的企业级安全与合规框架。它的开放平台有清晰的权限分级租户级、用户级、白名单机制groupAllowFrom、敏感操作二次确认如send_as_user权限需单独申请等。而 Telegram 在国内的使用本身就存在网络连接稳定性、消息送达率、以及企业数据出境合规性等一系列现实问题。我曾帮一家跨境电商公司评估过双平台接入方案最终他们放弃了 Telegram原因很实在他们的销售团队每天要在飞书里处理上千条客户询盘这些询盘信息必须留在国内服务器上这是法务红线。所以标题里把“飞书”放在“Telegram”前面并非随意排序而是基于大量真实业务场景得出的、关于“生产力落地可行性”的硬性结论。2.3 “安装”的本质一次跨平台的身份认证与能力绑定回到标题的核心动词——“安装”。在 OpenClaw 的语境下这个词需要被重新定义。它不是.exe文件的双击安装也不是 Docker 镜像的docker run而是一次跨平台的身份认证与能力绑定仪式。这个仪式包含三个不可分割的环节环节一本地运行时的构建Build。这是在你的电脑上完成的。你需要确保 Node.js、npm、Git 等基础工具链就绪然后通过npm install -g openclaw全局安装 OpenClaw CLI。这个 CLI 就是你和整个系统的“指挥官”所有后续操作都通过它发起。这一步的关键是验证而不是执行。我会教你如何用which openclaw和openclaw -v命令像检查汽车油表和转速表一样确认这个“指挥官”是否真的在你的系统 PATH 里并且版本号符合要求例如飞书插件 2026.4.7 要求 OpenClaw 主体版本不低于 2026.3.2。环节二第三方平台的授权Authorize。这是在飞书或 Telegram 的网页端完成的。对于飞书你需要登录飞书开放平台创建一个“自建应用”获取App ID和App Secret对于 Telegram则是在 BotFather 处获取API Token。这个过程的核心是生成一对唯一的、加密的“数字身份证”。它证明了“这个 OpenClaw 实例是我用户授权的不是别人冒充的”。我们会在实操章节详细演示如何在飞书开放平台的权限管理界面精准地勾选那些真正需要的权限比如im:message.p2p_msg:readonly用于读取私聊base:record:create用于向多维表格添加新记录而不是一股脑全选导致权限过大、审核不通过。环节三本地与远端的握手Bind。这是在你的终端里完成的。你将上一步获得的App ID/App Secret或API Token填入openclaw.json配置文件或者通过openclaw config set命令动态设置。此时OpenClaw CLI 会启动一个本地服务并尝试用这些凭证去“叩门”飞书/Telegram 的服务器。如果凭证有效、权限足够、网络通畅服务器就会返回一个临时的访问令牌Access Token并建立一条长连接。这个连接就是那只“数字钳子”伸向你工作流的物理通道。一旦断开它就只能聊天不能干活。因此安装后的首要验证不是看它能不能回答“今天天气怎么样”而是看它能不能成功执行一个需要权限的动作比如/feishu start返回版本号或者/telegram ping返回Pong!。这三个环节环环相扣缺一不可。跳过任何一个所谓的“安装成功”都是虚假繁荣。这也是为什么我们必须“从 0 开始”因为只有亲手走过每一步你才能在它某天突然“失联”时精准地判断问题出在本地环境、授权失效还是网络握手失败。3. 核心细节解析与实操要点3.1 环境准备亲手打造坚不可摧的地基在开始任何一行命令之前请先打开你的终端Windows 用户用 PowerShell 或 CMDMac/Linux 用户用 Terminal并执行以下四步诊断。这不是形式主义而是为了在后续安装中把 90% 的“玄学报错”扼杀在摇篮里。第一步Node.js 版本精确定位OpenClaw 官方明确要求 Node.js v18.17.0 或更高版本。但很多人只运行node -v看到v18.20.2就以为万事大吉。错你需要确认这个版本是全局默认的而不是某个项目局部的。执行which node # Mac/Linux where node # Windows如果返回的路径是/usr/local/bin/node或C:\Program Files\nodejs\node.exe说明是系统级安装没问题。如果返回的是类似/Users/xxx/.nvm/versions/node/v18.20.2/bin/node说明你用了 nvmNode Version Manager那就要确保nvm use 18.20.2已执行并且nvm alias default 18.20.2已设置否则新开一个终端Node.js 版本可能就变了。我踩过的坑是在一个终端里nvm use 18成功了但写了个自动化脚本新启的 shell 里node -v却是 v16导致插件安装一半崩溃。解决方案是在脚本开头加上nvm use 18.20.2。第二步npm 镜像源切换国内必做npm install默认走的是国外 registry国内用户十有八九会卡在fetchMetadata阶段或者报ETIMEDOUT错误。这不是网络问题是源的问题。执行npm config get registry # 查看当前源 npm config set registry https://registry.npmmirror.com # 切换为淘宝镜像 npm config list # 确认已生效注意这里用的是https://registry.npmmirror.com而不是旧的https://registry.npm.taobao.org因为后者已于 2023 年底停止服务。这个镜像源同步速度极快几乎与官方无异。切完之后再执行npm install -g openclaw你会明显感觉到下载速度从“龟速”变成“光速”。第三步Git 配置与 SSH 密钥为未来插件更新铺路OpenClaw 的很多高级插件比如飞书 CLI 工具是通过 Git 从 GitHub 仓库拉取的。如果你后续要用git clone或npx安装这些插件一个配置良好的 Git 环境能省去无数麻烦。首先确保 Git 已安装git --version然后配置你的用户信息这是 Git 提交的作者标识必须设置git config --global user.name Your Name git config --global user.email your.emailexample.com最关键的一步是生成并配置 SSH 密钥这样你以后git clone gitgithub.com:xxx/yyy.git就不用每次都输密码了。执行ssh-keygen -t ed25519 -C your.emailexample.com # 一路回车默认路径 eval $(ssh-agent -s) # 启动 ssh-agent ssh-add ~/.ssh/id_ed25519 # 将密钥添加到 agent cat ~/.ssh/id_ed25519.pub # 复制公钥内容然后登录 GitHub进入 Settings SSH and GPG keys New SSH key将刚才复制的公钥粘贴进去。这一步看似与 OpenClaw 无关但当你某天想给飞书插件提 PRPull Request修复一个 bug 时你会发现没有 SSH 密钥你连git push都推不上去。第四步Python 环境Windows 用户重点关照别被吓到你不需要会 Python 编程。但 OpenClaw 的某些底层工具链比如node-gyp编译 C 扩展在 Windows 上强烈依赖 Python 3.9 或 3.10。如果你的系统里只有 Python 3.11可能会遇到gyp ERR! stack Error: Command failed: python -c import sys; print %s.%s.%s % sys.version_info[:3];这类报错。解决方案是去 python.org 下载并安装Python 3.10.12不要装最新版安装时务必勾选 “Add Python to PATH”。装完后重启你的终端再运行python --version确认。这个细节是 Windows 用户安装成功率从 30% 提升到 95% 的关键。提示以上四步我建议你用一个纯文本文件比如openclaw-prep.md把每一步的命令和你的执行结果都记下来。比如node -v: v18.20.2npm config get registry: https://registry.npmmirror.com。这不是为了存档而是为了在后续排查时能一眼看出是哪一步出了岔子。经验告诉我80% 的“安装失败”问题都能在这个 prep 文件里找到线索。3.2 飞书插件安装从扫码到授权的全流程拆解飞书插件的安装命令npx -y larksuite/openclaw-lark install看似简单但背后隐藏着多个决策点。我们来把它拆成“新手模式”和“进阶模式”两种路径让你根据自己的需求选择。新手模式一键扫码快速上手推荐个人测试这是最友好的方式适合第一次接触 OpenClaw 的用户。确保前提你的飞书客户端已登录并且是管理员或拥有创建应用权限的账号。执行命令在终端里cd 到一个空目录比如~/openclaw-test然后运行npx -y larksuite/openclaw-lark install扫码授权命令执行后终端会打印出一个二维码。关键来了不要用手机相册去扫这个二维码因为终端里的二维码是动态刷新的相册截图会过期。你应该用飞书 PC 客户端右下角的“扫一扫”功能直接对准终端窗口扫描。如果扫描失败常见于 Windows 终端分辨率低就按提示选择“复制链接”然后在浏览器里打开。创建机器人扫码后会跳转到飞书开放平台的“一键创建机器人”页面。这里会自动为你创建一个名为 “OpenClaw Assistant” 的新应用并生成App ID和App Secret。注意看页面右上角的“应用凭证”区域把这两个值手动记下来或者复制到剪贴板。完成安装点击“完成”终端会显示Installation successful!。此时你的飞书里应该已经出现了一个新的机器人。在飞书里找到它发送/feishu start如果返回了版本号恭喜第一步成功进阶模式关联已有机器人推荐团队/生产环境如果你已经在飞书开放平台创建过一个应用比如叫 “MyTeam-AI”并且希望 OpenClaw 复用它的权限和配置那就选这个模式。获取凭证登录 飞书开放平台 进入“应用管理” “我的应用”找到你的应用点击“查看详情”。在“凭证管理”标签页找到App ID和App Secret复制它们。执行命令在终端里运行npx -y larksuite/openclaw-lark install --appId YOUR_APP_ID --appSecret YOUR_APP_SECRET把YOUR_APP_ID和YOUR_APP_SECRET替换成你复制的真实值。权限补全关联成功后不要以为万事大吉。飞书官方插件需要的权限非常细粒度而你原有的应用很可能只申请了基础权限。这时你必须手动去“权限管理”页面导入前文提到的那个超长的 JSON 权限列表。重点来了导入后一定要点击“创建版本” - “保存” - “确认发布”。很多用户卡在这里以为导入了权限就生效了其实没发布权限就是“纸上谈兵”。授权的终极验证/feishu auth命令无论你用哪种模式安装安装完成后必须立即执行这个命令。在飞书里直接给你的 OpenClaw 机器人发送/feishu auth它会立刻弹出一个飞书授权页面要求你“允许 OpenClaw 访问你的飞书数据”。这一步才是真正的“身份绑定”完成时刻。只有你点了“同意”OpenClaw 才拿到了那个至关重要的 Access Token才能以你的身份去读消息、写文档。如果跳过这一步你后面所有的openclaw config set都是徒劳因为它根本没有“干活”的许可证。注意/feishu auth授权是有有效期的通常是几个月。到期后OpenClaw 会自动提醒你重新授权。所以把它当成一个定期维护的“驾照年审”而不是一劳永逸的“终身执照”。3.3 Telegram 插件安装Token 获取与配置的极简主义相比飞书的复杂授权Telegram 的接入堪称“极简主义”的典范。它的核心就是一个API Token一个字符串。但这个字符串的获取和使用有几个极易被忽略的细节。Token 获取与 BotFather 的三句话对话在 Telegram 里搜索并关注BotFather。给它发送/newbot。它会回复“Alright, a new bot. Now lets give it a name. What would you like to call it?”。你回复一个名字比如MyOpenClawBot。它会再问“Good. Now lets choose a username for your bot. It must end inbot. Like this, for example: TetrisBot or tetris_bot.”。你回复一个唯一用户名比如my_openclaw_bot注意必须以bot结尾且全球唯一。它会立刻给你返回一个API Token格式是1234567890:ABCDEFGHIJKLMNOPQRSTUVWXYZabcdef。这就是你的“数字身份证”务必立刻复制并保存到一个安全的地方比如 1Password因为 BotFather 不会再给你显示第二次。配置两行命令直击要害拿到 Token 后回到你的终端。假设你已经全局安装了 OpenClaw那么只需两行命令# 第一步启用 Telegram 通道 openclaw config set channels.telegram.enabled true # 第二步填入你的 API Token openclaw config set channels.telegram.token 1234567890:ABCDEFGHIJKLMNOPQRSTUVWXYZabcdef注意第二步的token值必须用英文双引号包裹且不能有多余的空格。我见过太多人因为复制时带了空格或换行符导致openclaw start启动时报错Invalid token。终极验证/telegram ping配置完成后启动 OpenClawopenclaw start。然后在 Telegram 里随便找一个群把你的 Bot 拉进去或者直接私聊它。发送/telegram ping如果它秒回Pong!说明握手成功。如果没反应检查两点一是你的 Bot 是否已被禁用在 BotFather 里用/mybots查看状态二是你的openclaw.json配置文件里channels.telegram.enabled是否真的是true有时候false会被误写成flase拼写错误。提示Telegram Bot 的权限模型比飞书简单得多它没有“租户级”、“用户级”的复杂划分。一个 Bot Token就代表了这个 Bot 的全部能力。所以它的安全性完全取决于你对这个 Token 的保管。绝对不要把 Token 硬编码在公开的 GitHub 仓库里也不要发在微信群、飞书群里。最好的实践是用openclaw config set命令设置它会把 Token 加密后存入本地配置文件相对安全。4. 实操过程与核心环节实现4.1 从零开始完整安装与首次启动的逐帧记录现在让我们把前面所有知识点整合成一份可直接“抄作业”的、从零开始的完整安装清单。我会以 macOS 系统为例Windows 用户请参照前文的 Python 和终端提示进行微调并记录下每一个关键步骤的预期输出让你在操作时能实时对照知道“对”是什么样子。阶段一环境初始化耗时约 5 分钟打开 Terminal。检查 Node.jsnode -v→ 预期输出v18.20.2。如果不是请先安装 Node.js v18.20.2推荐用 nvm 管理。检查 npm 镜像npm config get registry→ 预期输出https://registry.npmmirror.com。如果不是执行npm config set registry https://registry.npmmirror.com。全局安装 OpenClaw CLInpm install -g openclaw→ 预期输出一大串 openclaw2026.3.2的成功信息。等待它完成。验证 CLIopenclaw -v→ 预期输出2026.3.2或更高版本。阶段二飞书插件安装耗时约 10 分钟创建一个空目录mkdir ~/openclaw-demo cd ~/openclaw-demo。执行安装命令npx -y larksuite/openclaw-lark install。用飞书 PC 客户端扫码或复制链接在浏览器打开。在飞书开放平台页面点击“一键创建机器人”等待完成。在飞书里找到新机器人发送/feishu start→ 预期输出OpenClaw v2026.3.2 is running...。发送/feishu auth→ 弹出授权页面点击“同意”。再次发送/feishu start→ 预期输出除了版本号还会多一行Feishu channel is ready.。阶段三Telegram 插件配置耗时约 2 分钟在 Telegram 里与 BotFather 对话完成/newbot流程拿到API Token。回到终端执行openclaw config set channels.telegram.enabled true openclaw config set channels.telegram.token 你的API-Token启动服务openclaw start。在 Telegram 里给你的 Bot 发送/telegram ping→ 预期输出Pong!。阶段四首次多通道协同测试耗时约 3 分钟这才是安装的真正终点。我们要验证 OpenClaw 是否能同时听懂飞书和 Telegram 的指令。在飞书里对机器人说“把这句话发到我的 Telegram Bot 里Hello from Feishu!”。在 Telegram 里你应该立刻收到这条消息。在 Telegram 里对 Bot 说“把这句话发到我的飞书机器人里Hello from Telegram!”。在飞书里你应该立刻收到这条消息。如果这四步都成功了恭喜你一只真正意义上的“跨平台数字钳子”已经诞生。它不再是一个孤立的工具而是你个人工作流的神经中枢能自由穿梭于不同的信息孤岛之间。4.2 配置文件openclaw.json的深度解读与定制openclaw.json是 OpenClaw 的“大脑”它的结构决定了这只小龙虾的智商和脾气。一个默认生成的配置文件可能只有寥寥数行但要让它真正为你所用你必须亲手编辑它。下面我将这份文件的核心区块用“功能描述 参数详解 修改建议”的方式为你逐行拆解。{ model: { provider: openai, name: gpt-4-turbo, apiKey: sk-... }, channels: { feishu: { enabled: true, appId: cli_xxxxxx, appSecret: xxxxxx, requireMention: true, groupPolicy: allowlist, groupAllowFrom: [ou_xxxxxx] }, telegram: { enabled: true, token: 1234567890:ABC... } } }model区块为它选择“思考引擎”provider: 指定大模型服务商。openai是最常用的选择但也支持anthropicClaude、ollama本地模型等。如果你追求隐私可以把这里改成provider: ollama然后name改成llama3这样所有推理都在你本地完成数据永不离开你的电脑。name: 模型名称。gpt-4-turbo是目前综合能力最强的但成本也最高。如果你只是做简单的信息整理gpt-3.5-turbo就绰绰有余成本能降 90%。apiKey: 这是你的“算力信用卡”。强烈建议不要把它明文写在这里。更好的做法是把它设为环境变量OPENAI_API_KEY然后在配置里写apiKey: ${OPENAI_API_KEY}。这样你的 API Key 就不会随着配置文件一起被意外提交到 GitHub。channels.feishu区块飞书的“行为守则”requireMention: 这是安全阀。设为true意味着机器人只响应OpenClawBot的消息不会在群里刷屏。这是个人使用时的黄金标准。groupPolicy: 这是权限闸门。allowlist白名单模式是最安全的它配合groupAllowFrom字段只允许特定的用户用ou_xxxxxx这种组织 ID 表示触发机器人。你可以用openclaw config set channels.feishu.groupAllowFrom [ou_123, ou_456]来添加多个 ID。groups: 这是精细化管理。如果你想让机器人在“项目A”群里必须才响应而在“摸鱼群”里可以随便说话就可以这样配置groups: { oc_project_a_id: { requireMention: true }, oc_fish_group_id: { requireMention: false } }这样你就拥有了一个“千人千面”的智能助手。channels.telegram区块Telegram 的“开关”这个区块相对简单但有一个隐藏技巧。Telegram Bot 默认只能接收私聊消息。如果你想让它也能在群里响应你必须在 BotFather 里给你的 Bot 发送/setprivacy命令然后选择Disable。否则即使你在openclaw.json里把enabled设为true它在群里也是个“聋子”。实操心得我建议你永远保留一份openclaw.json.bak的备份。每次修改前先cp openclaw.json openclaw.json.bak。因为配置文件的语法是 JSON一个不小心少了个逗号整个 OpenClaw 就会启动失败报错信息还特别晦涩。有备份5 秒钟就能回滚比花半小时 debug 强多了。4.3 飞书 CLI 工具的安装与威力释放飞书 CLICommand Line Interface是 OpenClaw 飞书插件的“超级外挂”它能把 OpenClaw 的能力从“聊天机器人”升级为“飞书全栈工程师”。安装它只需要在飞书里对你的 OpenClaw 机器人发送一条指令但它带来的能力跃迁是颠覆性的。安装指令在飞书里给你的 OpenClaw 机器人发送请按照该文档帮我安装飞书clihttps://open.feishu.cn/document/mcp_open_tools/feishu-cli/set-up-lark-cli-for-ai-agents-in-openclaw_hermes.md发送后OpenClaw 会自动解析 URL下载并安装 CLI 工具。整个过程大约需要 1-2 分钟。安装完成后它会告诉你“飞书 CLI 工具已安装版本 1.0.37”。威力释放三个真实场景安装完 CLI你的 OpenClaw 就获得了飞书 API 的“上帝视角”。以下是三个我每天都在用的、能立刻提升效率的场景场景一一键生成周报以前我要手动打开飞书多维表格筛选“本周创建”的任务再打开“项目进度”文档复制粘贴关键节点。现在我在飞书里说请用飞书 CLI查询多维表格“Q3项目看板”中状态为“进行中”的所有任务提取“负责人”、“截止日期”、“当前进展”三列生成一份 Markdown 格式的周报并发布到“周报归档”文档的末尾。OpenClaw 会立刻执行lark-cli base records list --table-id xxx --filter status 进行中拿到数据格式化然后调用lark-cli docx document append把内容追加到指定文档。整个过程我连鼠标都不用碰。场景二智能会议纪要开会时我把 OpenClaw 机器人拉进会议群。会后我说请用飞书 CLI获取群聊“Q3产品评审会”中过去 24 小时内所有包含“结论”、“决定”、“下一步