1. 升级后飞书插件突然罢工先别急着重装OpenClaw 升级到 2026.3.23 之后飞书插件加载失败是最近问得比较多的一个坑。表现很典型机器人不回消息、飞书侧事件推送没反应或者干脆在启动日志里刷出一串plugin path not found。很多人第一反应是把飞书插件卸了重装结果发现重装完还是报同样的错因为问题根本不在插件本身而在openclaw.json里那条指向旧全局路径的plugins.load.paths。这篇就围绕这个场景把openclaw doctor的诊断输出、plugins.load.paths的路径配置、以及openclaw.json的骨架讲清楚最后给一份可以直接抄的配置片段和验证步骤。适合已经装过 OpenClaw、正在用飞书插件做消息接入、升级后突然发现插件不加载的同学。如果你还没配过飞书插件也可以顺着看理解路径机制之后少踩一次坑。核心结论先放这里2026.3.23 调整了全局安装目录结构旧配置里写死的全局extensions/feishu路径失效了而用户目录下的插件安装路径是稳定的。把plugins.load.paths里那条失效路径删掉让 OpenClaw 回落到用户目录加载插件就能恢复。2. 用 openclaw doctor 定位飞书插件到底卡在哪遇到插件不加载不要靠猜先让openclaw doctor把体检报告打出来。它是 OpenClaw 自带的诊断命令会检查配置合法性、插件路径可达性、插件 ID 冲突等基本能一眼看出问题。2.1 先跑一次只读诊断在终端执行openclaw doctor注意这里先不加--fix只读模式不会改你的配置安全。典型输出会长这样ERROR: plugin path not found: D:\devTools\Node.js\node_global\node_modules\openclaw\extensions\feishu WARN: duplicate plugin id detected; bundled plugin will be overridden by global plugin Error: Config validation failed: plugins.load.paths: plugin: plugin path not found三行信息量很大。第一行plugin path not found直接点名了失效路径就是它导致配置校验失败。第二行duplicate plugin id说明同一个feishu插件 ID 被发现了两次一次来自内置bundled一次来自全局路径系统提示全局会覆盖内置。第三行是最终结果plugins.load.paths校验没过整个配置加载中断插件自然起不来。2.2 理解路径为什么会失效OpenClaw 的插件路径分两类升级影响的是第一类路径类型路径示例是否受升级影响全局安装D:\devTools\Node.js\node_global\node_modules\openclaw\extensions\会变升级后目录结构可能调整用户安装C:\Users\Administrator\.openclaw\extensions\稳定不受升级影响2026.3.23 这次升级动了全局安装目录但你的openclaw.json里还留着升级前写死的全局路径。配置校验时去这个路径找插件找不到于是报plugin path not found。而用户目录下的插件其实一直都在只是被那条失效路径挡住了。提示openclaw doctor报的路径是绝对路径直接复制出来去文件管理器里看一眼如果目录不存在基本就确认是路径失效而不是插件没装。3. 改 openclaw.json删掉失效的 plugins.load.paths定位到问题后修复动作其实很小就是编辑配置文件。但配置文件的位置和结构要先搞清楚不然容易改错地方。3.1 找到配置文件Windows 下默认路径是C:\Users\Administrator\.openclaw\openclaw.jsonmacOS / Linux 下对应~/.openclaw/openclaw.json。用你顺手的编辑器打开VS Code、Notepad 都行。改之前建议先复制一份备份比如openclaw.json.bak改坏了能回滚。3.2 看清 plugins 配置段的结构打开后搜索plugins你会看到类似这样的结构plugins: { load: { paths: [ D:\\devTools\\Node.js\\node_global\\node_modules\\openclaw\\extensions\\feishu ] }, entries: { qwen-portal-auth: { enabled: true }, feishu: { enabled: true } }, installs: { feishu: { source: npm, spec: openclaw/feishu, installPath: C:\\Users\\Administrator\\.openclaw\\extensions\\feishu, version: 2026.3.2 } } }三个字段各管一摊load.paths是手动指定的插件搜索路径entries是插件启用开关installs记录插件从哪装的、装到哪、什么版本。问题就出在load.paths里那条全局路径。3.3 删除 load 字段把整个load字段删掉只保留entries和installs。修复前plugins: { load: { paths: [ D:\\devTools\\Node.js\\node_global\\node_modules\\openclaw\\extensions\\feishu ] }, entries: { feishu: { enabled: true } } }修复后plugins: { entries: { feishu: { enabled: true } }, installs: { feishu: { source: npm, spec: openclaw/feishu, installPath: C:\\Users\\Administrator\\.openclaw\\extensions\\feishu, version: 2026.3.2 } } }删掉load.paths之后OpenClaw 不再去那条失效的全局路径找插件而是自动使用用户目录C:\Users\Administrator\.openclaw\extensions\feishu下已安装的插件。这个目录不受升级影响路径稳定。注意JSON 对逗号很敏感。删掉load字段后确认plugins: {后面紧跟的是entries中间不要留下多余的逗号否则会报 JSON 解析错误那是另一个坑了。3.4 如果你确实需要自定义路径有些同学把插件装在非默认位置那load.paths不能直接删要改成有效路径。比如插件实际在D:\openclaw-plugins\feishu就写成plugins: { load: { paths: [ D:\\openclaw-plugins\\feishu ] }, entries: { feishu: { enabled: true } } }Windows 路径里的反斜杠在 JSON 中要写成双反斜杠\\这是转义要求单反斜杠会被当成非法转义字符。改完同样跑 doctor 验证。4. 验证插件恢复加载配置改完保存文件回到终端重新跑带修复的诊断openclaw doctor --fix这次应该不再出现plugin path not found。如果一切正常输出里关于飞书插件的部分会显示为已加载或校验通过duplicate plugin id的警告通常也会一起消失因为失效的全局路径不再参与加载冲突源没了。想更直观地确认插件真的起来了可以启动 OpenClaw 后看启动日志搜索feishu关键字正常会看到插件注册成功的记录。然后在飞书里给机器人发一条测试消息能收到回复就说明整条链路通了。如果你还想顺手验证模型侧是否正常可以在 OpenClaw 里跑一次模型对话确认插件加载和模型调用互不影响。模型对话入口在 TaoToken 模型对话接入相关的 Key 和文档在 API Keys 和 接入文档需要的话可以对照着排查。5. 本篇常见错误排查修的过程中除了路径失效还有几个高频报错容易混在一起这里一并列出来对照。5.1 报 JSON 解析错误删load字段时最容易留下多余逗号报错类似Unexpected token } in JSON。解决办法是把openclaw.json贴进任意 JSON 校验工具或者用 VS Code 打开它会直接标红。重点检查plugins: {之后、entries之前有没有孤立逗号。5.2 删了 load 还是找不到插件说明用户目录下其实没有插件。检查C:\Users\Administrator\.openclaw\extensions\feishu是否存在。如果不存在需要重新安装飞书插件openclaw plugins install openclaw/feishu装完再跑openclaw doctor --fix。注意installs段里的installPath要和实际安装位置一致不一致的话手动改过来。5.3 duplicate plugin id 警告不消失如果删了load.paths还有重复 ID 警告检查是不是在别的地方又配了一遍飞书插件路径比如环境变量OPENCLAW_PLUGIN_PATH或者项目级的.openclaw配置。全局配置和项目配置同时生效时也会冲突保留一处即可。5.4 改了配置但没生效OpenClaw 有些进程会缓存配置改完记得重启服务别只重开终端。另外确认你改的是当前用户实际加载的那个openclaw.json多用户环境下可能改错了 home 目录。5.5 飞书侧仍然收不到消息插件加载成功但消息不通问题就不在 OpenClaw 配置了去查飞书开放平台的事件订阅地址、机器人权限、以及应用是否发布。这部分和升级无关属于接入配置按飞书后台的提示逐项核对。6. 长期跑飞书插件配置怎么放更省心这次踩坑的根源是把插件路径写死在了全局安装目录下而全局目录会随版本升级变化。更稳的做法是让插件装在用户目录配置里不写load.paths交给 OpenClaw 自动发现。这样以后升级只要插件本身兼容路径这块基本不会再出问题。如果你打算长期用 OpenClaw 跑编码类或 Agent 类任务插件和模型调用会越来越频繁配置稳定性比省那点磁盘空间重要得多。需要长期编码或 Agent 场景的话可以看下 Coding Plan配合稳定的插件配置一起用。日常管理 Key 和查看用量在 Console官网入口是 taotoken.net。最后留一个我自己的习惯每次升级 OpenClaw 之前先把openclaw.json备份一份升级后第一件事就是跑openclaw doctor别等插件罢工了才回头查。路径类问题doctor 基本都能替你指出来比翻日志快得多。