1. openclaw-cn 接阿里云百炼 coding plan 到底在解决什么问题openclaw-cn 是一个可以跑在本地、也能挂到飞书里的 AI 助手框架它本身不绑定某一家模型而是通过配置文件去对接不同的模型供应商。阿里云百炼的 coding plan 是百炼平台里面向代码场景的订阅套餐走的是独立的调用通道和独立的 Key价格和按量计费的普通 API 完全不是一回事。把这两者接起来你就能在飞书里直接跟一个跑在 coding plan 通道上的助手对话同时把告警、通知这类消息推回飞书群。适合谁需要在飞书里接收告警的开发者、想把 openclaw-cn 当日常编码助手用的人、以及已经买了百炼 coding plan 但不知道怎么把它接进本地工具链的人。这篇不讲虚的直接给可复制的config.toml骨架、TaoToken 统一 Key 通道配置、一次请求验证以及飞书通知怎么触发。先说清楚一个最容易踩的坑百炼后台里有两套 Key一套在「订阅套餐」下面一套在「密钥管理」下面。coding plan 必须用订阅套餐里那个 Key用错了就会走按量计费通道账单会很难看。这个后面排障章节会再强调一次。openclaw-cn 的配置入口有两个一个是交互式向导openclaw-cn onboard一个是直接改配置文件。向导适合第一次装改文件适合已经跑起来、只想调模型通道的情况。本文两条路都会覆盖但重点放在配置文件骨架因为那才是能复制粘贴、能进版本管理的东西。2. 前置准备TaoToken 统一 Key 与百炼 coding plan 通道在动 openclaw-cn 之前先把 Key 和通道理顺。我习惯用一个统一的入口来管理模型 Key这样换模型、加通道的时候不用满世界找配置文件。TaoToken 这边提供统一的 Key 和 API 通道官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 。你需要准备的东西一个百炼 coding plan 的订阅 Key在百炼后台「订阅套餐」里拿不是「密钥管理」openclaw-cn 已经装好并能启动网关一个飞书自建应用拿到 App ID 和 App SecretTaoToken 的 Key 在这里的作用是统一出口。你可以把它理解成一个总闸openclaw-cn 里配的baseUrl和apiKey指向它后面具体走哪个模型由配置里的 provider 决定。这样做的直接好处是以后要加新模型只改 provider 段不用动上层调用逻辑。去控制台拿 Key 的路径是 https://taotoken.net/console Key 管理在 https://taotoken.net/api-keys 。如果你后面要长期跑编码任务或者接 Agent可以看下 coding plan 的说明页 https://taotoken.net/coding-plan 模型对话入口在 https://taotoken.net/models 接入文档在 https://taotoken.net/doc 。注意百炼 coding plan 的 Key 和普通按量 Key 长得像但通道不同复制的时候看清楚来源页面。密钥管理里如果有旧的按量 Key建议删掉避免 openclaw-cn 误读。3. 可复制的 config.toml 骨架与 openclaw.json 模型段openclaw-cn 的配置分两层一层是config.toml管网关、渠道、飞书这些另一层是openclaw.json管模型 provider 和 agent 默认模型。很多人只改了config.toml就以为完事了结果发消息没回复问题就出在openclaw.json的模型名对不上。先给config.toml骨架。路径一般在~/.openclaw/config.tomlWindows 下是C:\Users\你的用户名\.openclaw\config.toml。# openclaw-cn 网关基础配置 [gateway] host 127.0.0.1 port 18789 log_level info # 飞书渠道配置 [channels.feishu] enabled true app_id cli_xxxxxxxxxxxx app_secret 你的AppSecret # 长连接模式接收事件不需要公网回调地址 mode websocket # 群里是否需要 机器人才响应 require_mention true # 模型通道统一走 TaoToken 出口 [providers.taotoken] base_url https://taotoken.net/api api_key 你的TaoTokenKey api openai-completions # 百炼 coding plan 通道 [providers.bailian] base_url https://coding.dashscope.aliyuncs.com/v1 api_key 你的百炼订阅套餐Key api openai-completions然后是openclaw.json里的模型段。这个文件在同一个.openclaw目录下重点是models.providers.bailian和agents.defaults两处。{ models: { mode: merge, providers: { bailian: { baseUrl: https://coding.dashscope.aliyuncs.com/v1, apiKey: 你的百炼订阅套餐Key, api: openai-completions, models: [ { id: qwen3.5-plus, name: qwen3.5-plus, reasoning: false, input: [text, image], contextWindow: 1000000, maxTokens: 65536 }, { id: qwen3-coder-plus, name: qwen3-coder-plus, reasoning: false, input: [text], contextWindow: 1000000, maxTokens: 65536 }, { id: glm-5, name: glm-5, reasoning: false, input: [text], contextWindow: 202752, maxTokens: 16384 } ] } } }, agents: { defaults: { model: { primary: bailian/qwen3.5-plus }, models: { bailian/qwen3.5-plus: {}, bailian/qwen3-coder-plus: {}, bailian/glm-5: {} } } } }关键点agents.defaults.model.primary里的模型名必须和providers.bailian.models[].id完全一致前缀bailian/不能少。默认模型先用qwen3.5-plus跑通之后再换 coder 系列。改完保存重启网关openclaw-cn gateway restart openclaw-cn gateway status如果是在 Web UI 里改的先点右上角 Save再点 Update 让配置生效。4. 验证请求与飞书通知触发配置改完不代表通了得实际发一次请求。最直接的方式是先用命令行验证模型通道再验证飞书渠道。先看网关状态openclaw-cn gateway status正常会显示 running端口 18789。然后打开控制台聊天openclaw-cn dashboard浏览器访问http://127.0.0.1:18789/发一句「你好用一句话介绍你自己」。如果模型通道配对了会正常返回如果返回空或者报模型不存在就是openclaw.json里的模型名或 provider 前缀写错了。飞书这边先在开放平台把应用配好创建企业自建应用拿 App ID 和 App Secret在「权限管理」里批量导入权限 JSON开启机器人能力事件订阅选「使用长连接接收事件」添加im.message.receive_v1。注意配事件订阅之前网关必须已经在跑渠道也必须已经加过否则长连接保存会失败。添加飞书渠道openclaw-cn channels add按提示选 Feishu填 App ID 和 App Secret。完成后重启网关在飞书里给机器人发一条消息看是否回复。触发一次告警通知可以用日志跟随来观察openclaw-cn logs --follow然后在飞书里发消息日志里应该能看到im.message.receive_v1事件进来以及模型调用的请求和响应。如果只看到事件进来、没有模型响应问题在模型段如果连事件都没有问题在飞书权限或长连接。5. 本篇常见错排查错误一发消息没回复日志里模型调用报 401 或 403。大概率是 Key 用错了。百炼后台「密钥管理」里的按量 Key 和「订阅套餐」里的 coding plan Key 是两套东西必须用订阅套餐那个。把密钥管理里不用的删掉避免混淆。错误二报模型不存在。agents.defaults.model.primary写的是bailian/qwen3.5-plus但providers.bailian.models里没有这个 id或者前缀写成了bailian:而不是bailian/。两者必须严格对应。错误三飞书长连接保存失败。事件订阅页面保存时提示失败通常是网关没启动或者openclaw-cn channels add还没执行。先确认openclaw-cn gateway status是 running再回去保存。错误四群里 机器人没反应。检查require_mention配置和飞书权限。如果要让机器人接收群里所有消息而不只是 的需要im:message.group_msg这个敏感权限并且把require_mention设为 false。错误五改了配置不生效。终端改完要openclaw-cn gateway restartWeb UI 改完要先 Save 再 Update。只保存不重启配置不会加载。错误六baseUrl 写成了普通百炼地址。coding plan 的地址是https://coding.dashscope.aliyuncs.com/v1不是普通的 dashscope 地址。写错了会走错通道。6. 后续怎么用Key 管理与接入文档跑通之后日常维护主要就是两件事Key 的轮换和模型的增删。Key 统一在 https://taotoken.net/api-keys 管理接入细节看 https://taotoken.net/doc 。如果你要长期跑编码任务或者接 Agent 工作流coding plan 的说明在 https://taotoken.net/coding-plan 模型对话调试在 https://taotoken.net/models 。我自己的习惯是把config.toml和openclaw.json都放进一个私有仓库做版本管理Key 用环境变量注入这样换机器的时候不用重新配一遍。飞书那边机器人发布之后记得在「版本管理与发布」里创建版本并提交企业自建应用一般会自动通过审批。最后提醒一句coding plan 的 Key 只在订阅套餐页面拿密钥管理里的按量 Key 不要混用。这一条踩过一次就够了。