1. 飞书里让 AI 帮你远程控机OpenClaw 到底解决了什么问题先说清楚这套东西是什么。OpenClaw 是一个跑在 Windows 本机上的 AI 机器人网关它把「飞书聊天窗口」和「你这台电脑的本地操作能力」连起来。你在飞书里发一句「打开记事本」「把 D 盘下载文件夹按类型整理一下」OpenClaw 收到消息后解析意图调用本机能力去执行再把结果回传到飞书。适合谁适合经常人不在电脑前、但又需要临时操作家里或公司那台 Windows 机器的人比如远程启动某个程序、查个文件、跑个脚本。它和普通「远程桌面」的区别在于远程桌面你得盯着屏幕手动点而 OpenClaw 是自然语言驱动你发一句话就行。核心链路其实就三段飞书开放平台负责收消息和发消息OpenClaw 负责在本地接收事件并执行中间靠飞书的长连接事件订阅打通不需要公网域名这点对家用宽带特别友好。我试过在 Windows 11 上从零配一遍最容易卡住的地方不是安装而是飞书那边的权限导入和事件订阅——权限少一个机器人就「已读不回」事件订阅方式选错消息根本进不来。所以这篇按「先打通飞书 → 再配 OpenClaw → 最后把 API 通道切到 TaoToken」的顺序写每一步都给可复制的片段。另外要提前说明OpenClaw 本身负责消息通道和本地执行但它背后如果要接大模型做意图理解就需要一个稳定的 API 通道。默认通道有时候延迟高或者额度紧张把 Base URL 换成 TaoToken 之后请求走https://taotoken.net/api模型调用会更顺。下面第 3 节会给完整的配置片段。2. 前置准备Windows 环境、飞书应用与 TaoToken API Key这一节把动手前需要的东西一次性备齐避免配到一半发现缺账号。系统要求很明确Windows 10 或 Windows 11保持网络连通。OpenClaw 需要常驻运行Gateway 必须在线配置过程中别关掉它。飞书账号个人版或企业版都行企业版需要你有应用开发权限否则创建自建应用那步会被拦。第一件事是拿到 OpenClaw 安装包并完成安装。安装完成后先别急着配飞书打开工具确认右上角能看到 Gateway 状态是在线。如果 Gateway 离线后面所有配置都白搭。第二件事是准备 TaoToken 的 API Key。访问https://taotoken.net/api-keys带归因参数就是?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite登录后在控制台创建一把 Key。创建时建议给它起个能认出来的名字比如openclaw-feishu方便以后区分。复制出来的 Key 形如sk-开头的一长串先存到记事本后面配置要用。第三件事是确认你要用的模型 ID。TaoToken 的模型对话页https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite里能看到当前可用的模型列表选一个你顺手的把它的 Model ID 记下来。这个 ID 后面要填进 OpenClaw 的配置里填错会直接报模型不存在。这里有个概念要理清飞书的 App ID / App Secret 是「消息通道凭证」负责让 OpenClaw 能收发飞书消息TaoToken 的 API Key 是「模型调用凭证」负责让 OpenClaw 背后的 AI 能理解你说的话。两者是两套东西别混。很多人配完飞书发现机器人不回其实是模型通道没配好或者 Key 填错了。准备好这三样——OpenClaw 在线、TaoToken Key、Model ID——就可以进入配置环节了。3. 可复制配置飞书权限 JSON 与 OpenClaw 接入 TaoToken这一节是全文最核心的部分分两块飞书开放平台侧的配置和 OpenClaw 侧的配置文件。先做飞书侧。登录https://open.feishu.cn创建「企业自建应用」填好名称、描述、图标。然后在「添加应用能力」里加上「机器人」。接下来是关键步骤——权限管理里选「批量导入 / 导出权限」应用身份权限把下面这段 JSON 粘进去点格式化再确认申请{ scopes: { tenant: [ im:message, im:message:send_as_bot, im:message:readonly, im:message:update, im:chat, im:chat:read, im:chat.members:read, contact:user.base:readonly, contact:user.id:readonly, docs:document.content:read, drive:file:readonly, drive:file:upload, sheets:spreadsheet:read, base:record:read, base:record:create, base:record:update ], user: [] } }注意上面是精简后的常用权限集覆盖消息收发、通讯录读取和常见文档操作。如果你需要更全的能力比如多维表格、云文档协作可以按需追加但权限越多审核越慢个人账号即时生效企业账号要等管理员。权限申请完去「事件与回调」→「事件配置」订阅方式选「使用长连接接收事件」保存。然后添加事件搜索接收消息 v2.0im.message.receive_v1勾选添加。这一步不做机器人收不到任何消息。接着去「版本管理与发布」创建版本版本号写1.0.0说明写「首次配置飞书机器人」桌面端和移动端能力都选机器人保存并发布。发布后回到「凭证与基础信息」复制 App ID 和 App Secret。现在切到 OpenClaw 侧。打开设置 → 聊天渠道 → 找到 Feishu填入 App ID 和 App Secret保存。然后配置模型通道把 Base URL 指向 TaoTokenKey 填你创建的那把Model ID 填你选的模型。OpenClaw 的配置文件通常是 TOML 或 JSON 格式下面给一个 TOML 片段示例路径按你实际安装位置调整[gateway] enabled true port 18789 [channel.feishu] app_id cli_xxxxxxxxxxxx app_secret xxxxxxxxxxxxxxxxxxxxxxxx event_mode websocket [model] provider openai-compatible base_url https://taotoken.net/api api_key sk-你的TaoToken密钥 model_id 你的模型ID注意base_url结尾不要多加/v1TaoToken 的兼容端点就是https://taotoken.net/api多写路径会 404。event_mode必须是websocket对应飞书那边的长连接订阅方式两边要一致。保存配置后重启 OpenClaw确认 Gateway 重新在线。到这里飞书通道和模型通道都配好了。4. 验证请求从飞书发指令到看到执行结果配置完不验证等于没配。这一节走一遍完整的连通性测试。第一步确认 OpenClaw 的 Gateway 在线日志里没有报错。如果日志里出现local proxy failed或者连接超时先检查网络和 Base URL 拼写。第二步打开飞书 PC 端或手机端搜索你刚创建的机器人名称进入聊天窗口。先发一句最简单的「你好」。如果模型通道正常机器人会回一句问候。这一步验证的是「飞书 → OpenClaw → TaoToken → 模型 → 回传飞书」整条链路。第三步发一条带执行意图的指令比如「打开记事本」。正常情况下你本机的记事本会被拉起飞书里收到「已执行」之类的回复。这一步验证的是本地执行能力。第四步验证模型通道确实走的是 TaoToken。你可以发一句需要模型理解的话比如「帮我把 D 盘下载文件夹里所有 Excel 文件列出来」。如果模型返回了合理的文件列表说明意图解析正常。想更确定的话去 TaoToken 控制台的用量页面看请求记录能看到刚才这几次调用的时间戳和模型 ID。如果第三步成功但第四步失败问题基本在模型通道要么 Key 错了要么 Model ID 不存在要么 Base URL 写错。如果第四步成功但第三步失败问题在本地执行权限检查 OpenClaw 是否以足够的权限运行。实测下来整条链路第一次打通大概需要 15 到 20 分钟其中飞书权限审核占大头。个人账号即时生效企业账号可能要等一会儿。5. 常见报错排查401、local proxy failed 与收不到消息这一节按真实会遇到的报错来排。报错一401 Unauthorized。这个几乎都是 Key 的问题。检查三处TaoToken 的 API Key 是否复制完整有没有漏字符、有没有多余空格Key 是否已过期或被删除请求头里的认证格式对不对。OpenClaw 一般用Authorization: Bearer sk-xxx如果你手动改过配置确认没把Bearer漏掉。另外如果你同时配了飞书凭证和模型凭证别把 App Secret 填到 API Key 的位置这俩长得像但完全不是一回事。报错二local proxy failed。这个通常出现在 OpenClaw 启动阶段意思是本地网关代理没起来。原因可能是端口被占用默认 18789或者上一次进程没退干净。解决办法任务管理器里结束所有 OpenClaw 相关进程换个端口重启。如果换了端口还报检查防火墙有没有拦本地回环。报错三reading choices 相关错误。这类报错说明请求发出去了但返回结构不对常见于 Base URL 写成了带/v1的路径或者模型 ID 填了一个不存在的名字。把base_url改回https://taotoken.net/apiModel ID 去模型列表页核对一遍。报错四飞书机器人已读不回。分两种。一种是完全没反应检查事件订阅是不是选了长连接、有没有添加im.message.receive_v1事件、应用有没有发布。另一种是收到了但没回复检查权限里im:message:send_as_bot有没有开以及 OpenClaw 的 Gateway 是否在线。报错五OAuth 相关提示。如果你在配置里看到 OAuth 字样多半是误用了需要 OAuth 流程的接入方式。OpenClaw 接飞书用的是 App ID App Secret 的机器人模式不需要走 OAuth 授权码流程。检查配置项有没有填错位置。排障的通用思路先看 OpenClaw 日志再看 TaoToken 控制台的请求记录最后看飞书开放平台的事件推送记录。三段日志对一遍问题基本定位得到。6. 把通道固定下来长期使用与 Coding Plan 的选择配置跑通之后接下来要考虑的是稳定性。OpenClaw 常驻运行模型调用是持续的如果每次都要手动管 Key 和额度会很烦。如果你只是偶尔用飞书控一下机器按量付费的 API Key 就够了用多少算多少。但如果你打算把它当成日常的远程助手频繁发指令、跑任务那可以考虑 TaoToken 的 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite它更适合长期、高频的编码和 Agent 场景额度管理也更省心。接入文档在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite里面有针对不同客户端的配置说明OpenClaw 这种 OpenAI 兼容接入方式可以直接参考。如果你用的是 Claude Code 这类工具也有对应的 Anthropic 兼容配置https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaude-code-anthropicutm_campaignrewrite里有说明。最后给一个实用建议把 OpenClaw 的配置文件备份一份尤其是飞书 App ID / Secret 和 TaoToken 的 Base URL、Key、Model ID 这三件套。换机器或者重装的时候直接改路径就能复用不用重新走一遍飞书开放平台的流程。飞书那边的应用和权限是跟账号走的只要应用还在换个 OpenClaw 实例填同样的凭证就能接上。