plugin path not found 修完feishu 仍报 unknown channel idTaoToken 这样改 openclaw.json 模型通道OpenClaw 网关启动时抛出plugin: plugin path not found顺便把channels.feishu打成unknown channel id: feishu这类报错网上的处理套路基本一致重装飞书扩展依赖、补装 memory-core或者干脆把plugins.load.paths里的飞书路径和channels.feishu节点删掉。三条 JSON 报错确实会消失网关也能起来。但很多人卡在下一步——飞书里发消息会话进得来却始终等不到模型回复。原因不在插件路径而在openclaw.json的模型通道没接上。插件与渠道解决的是消息收得进来模型供应商配置解决的是消息出得去。这篇按排障顺序走先把插件路径和渠道注册收干净再打开 TaoToken 官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentopenclaw_config创建一个 Key最后回到openclaw.json改模型通道并给出重启后判断剩下的是路径残留还是模型没接上的方法。一、先看清三条报错的级联关系原始日志通常是下面这种 JSON 数组路径字段已经说明了各自归属[ { path: plugins.load.paths, message: plugin: plugin path not found: global_node_modules_path/openclaw/extensions/feishu }, { path: channels.feishu, message: unknown channel id: feishu }, { path: plugins.slots.memory, message: plugin not found: memory-core } ]这三条不是三个独立故障而是同一条链路上的三次失败。plugins.load.paths是加载入口。OpenClaw 在配置里读到一条指向全局扩展目录的飞书路径去磁盘上找extensions/feishu发现目录缺失或者目录在但里面的node_modules被清空插件加载直接失败。插件加载失败之后渠道注册这一步拿不到飞书模块。channels下虽然写着feishu节点但 OpenClaw 的渠道注册表里并没有这个 id于是报unknown channel id: feishu。所以这条报错先别急着怀疑渠道字段写错先看插件有没有真正加载成功。plugins.slots.memory是同一类问题的另一个表现。配置里把记忆插槽指定给memory-core运行时环境里却没有安装这个插件于是plugin not found: memory-core。判断顺序就出来了先修plugins.load.paths指向的目录再看channels.feishu是否还报 unknown最后看slots.memory。反过来先删渠道节点问题只是被藏起来没有解决。二、把原始场景走完修依赖或清配置第一步是把网关拉到插件能加载、渠道能注册的状态。两条路线选一条走完再往下。路线一保留飞书与记忆组件补全依赖。进入全局扩展目录路径按你本机 Node.js 环境调整cd global_node_modules_path/openclaw/extensions/feishu npm install --omitdev只装生产依赖避免把开发期包一起带进来。装完确认node_modules下确实有内容再补记忆插件openclaw plugins install memory-core路线二如果飞书接入和自定义记忆只是历史配置残留直接清理openclaw.json一般在~/.openclaw/openclaw.json注意不是项目目录里那份。在plugins.load.paths数组里删掉指向 feishu 扩展的那条路径在channels对象里删掉整个feishu节点把plugins.slots.memory字段移除。OpenClaw 找不到自定义记忆配置时会回退到内置的基础记忆模块。无论走哪条改完都要重启网关openclaw gateway restart重启后先看日志里两件事飞书插件是否加载成功channels.feishu是否完成注册。这两件都过了才算把本文前半段的排障收尾。三、TaoToken 前置插件装好不等于消息能出去插件与渠道注册成功后OpenClaw 已经能把飞书消息收进会话。但会话要生成回复必须再经过一次模型请求这就落到openclaw.json的模型供应商配置上。这里的顺序建议固定下来先在 TaoToken 官网注册并创建一个 Key官网地址只用来拿 Key这个首页地址不要填进任何配置文件。创建入口在 API Keys 页面https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapikeys建好 Key 之后手上会有两样东西一串YOUR_API_KEY以及接口地址https://taotoken.net/api。配置里填的是这个 API 地址不是官网首页也不是带任何参数的推广链接。两者的区别在排障时很关键填错第一处网关重启后不会报渠道错误而是在第一次模型请求时返回 404 或 401日志里看不到unknown channel id容易误判成路径残留没清干净。四、可复制配置在 openclaw.json 里改模型通道打开实际被加载的那份openclaw.json。下面是一段结构示意把插件、渠道、模型供应商放在一起便于对照。字段名可能随 OpenClaw 版本有差异比如有的版本用providers有的版本使用modelProviders以你本地已有样例或当前版本 schema 为准值按下面填。{ plugins: { load: { paths: [ global_node_modules_path/openclaw/extensions/feishu ] }, slots: { memory: memory-core } }, channels: { feishu: { enabled: true, appId: cli_xxx, appSecret: xxx } }, providers: { taotoken: { type: openai-compatible, baseURL: https://taotoken.net/api, apiKey: YOUR_API_KEY } }, agents: { default: { model: taotoken/MODEL_ID } } }几个要点单独说明。baseURL填https://taotoken.net/api不加 UTM 参数不加查询字符串。UTM 只用于官网跳转统计写进配置会直接导致请求路径错误。apiKey填刚创建的那串 Key。如果不想把 Key 明文写进 JSON可以改成读取环境变量具体字段名以你当前版本的文档为准再在启动脚本里导出export TAOTOKEN_API_KEYYOUR_API_KEYMODEL_ID不要凭印象写。到模型对话页面确认当前可用的模型标识复制完整字符串https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel_chat改完保存再执行一次openclaw gateway restart五、验证请求与成功结果日志里看两段重启后不要只看没有红色报错就收工。日志里要确认两段内容。第一段是插件与渠道飞书扩展路径被成功读取channels.feishu完成注册不再出现unknown channel id: feishu。这一段的成功意味着消息入口通了。第二段是第一次模型请求会话产生回复时日志里应出现一次对https://taotoken.net/api的调用且返回正常。这一段成功才说明消息真正走出去了。如果想先绕开 OpenClaw 单独验证模型通道可以用一条命令行请求。注意baseURL与v1的拼接关系——如果客户端会自动补/v1那么 baseURL 只写到/api下面这条是直接请求完整路径的写法curl -sS https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_API_KEY \ -H Content-Type: application/json \ -d {model:MODEL_ID,messages:[{role:user,content:ping}]}能返回正常结构说明 Key、模型 id、接口地址三件都对上了。如果这条能通、OpenClaw 里却不通问题多半回到openclaw.json的字段名或加载路径而不是通道本身。判断剩下报错归属的方法就一句话如果重启后日志里已经没有unknown channel id但第一次模型请求失败就是模型通道没接上如果unknown channel id还在说明插件路径或渠道注册仍有残留回到第二步继续清。六、本篇常见错排查第一类地址填错。把官网首页https://taotoken.net/填进baseURL或者把带 UTM 的推广链接填进去请求会打到页面而不是接口。正确值是https://taotoken.net/api。第二类路径重复。baseURL写成https://taotoken.net/api/v1而客户端又自动追加/v1最终变成/api/v1/v1。先用上面的 curl 确认拼接规则。第三类Key 复制带了首尾空格或换行。JSON 里看不出区别但请求会返回认证失败。粘贴后检查一下引号内的字符。第四类改错配置文件。项目目录里那份openclaw.json往往只是示例实际加载的是~/.openclaw/openclaw.json。可以对比文件修改时间和日志里读取的路径。第五类只看进程有没有起来不看日志级别。插件加载失败的详细信息有时只在 debug 级别输出建议临时把日志调细确认extensions/feishu是否真的被读到。第六类清理不彻底。删了channels.feishu节点却把plugins.load.paths里的路径留着或者反过来路径删了但slots.memory仍指向未安装的memory-core。三处要同步处理。第七类命名不一致。memory-core被写成memory_corefeishu被写成lark都会导致注册表匹配不上表现和插件缺失几乎一样。第八类渠道凭证缺失。飞书扩展装好、路径也读到了但appId、appSecret或事件订阅没配全渠道仍可能注册失败。这类问题要看渠道自身日志不要和模型通道混在一起排查。把上面几类过一遍大多数修完plugin path not found还报unknown channel id的情况最后都会落到两个位置之一plugins.load.paths里没清干净或者providers下的模型通道没接上。七、下一步怎么走如果你的场景是继续排障、把接入跑通建议先到 API Keys 页面确认 Key 有效再对照接入文档核对baseURL写法https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapikeyshttps://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc如果当前只是想确认模型通道是否可用先在模型对话页面发一条消息验证https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel_chat如果你已经把 OpenClaw 当成长期运行的编码或 Agent 网关飞书渠道、记忆插槽、模型通道都要稳定支撑日常会话那么更适合直接看 Coding Plan 的额度与配置方式https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcodingplan本文的排障顺序可以固化下来plugins.load.paths先通channels.feishu再通最后providers.baseURL指向https://taotoken.net/api并填入YOUR_API_KEYopenclaw gateway restart后对照日志两段确认。剩下的报错属于哪一段一眼就能分清。