大家好，我是若风。

我的主力 Mac 在 年 月 号配置过 OpenClaw。后来有段时间没在这台电脑上用，转到了备用的 Mac Air。

过了几周 OpenClaw 热度不降反升。昨天突然心血来潮再倒腾一下升级了一下 OpenClaw 到最新的版本，发现 OpenClaw 的服务停摆，重启也不行，从日志上看到了一些蛛丝马迹，提示说飞书插件重复了。

插件冲突导致服务失效

从日志中可以看到插件冲突警告：

plugins.entries.feishu: plugin feishu: duplicate plugin id detected;later plugin may be overridden

再看飞书端提示，

OpenClaw: access not configured.Pairing code: XXXXXXXX

OpenClaw 授权模型解析

OpenClaw 版本引入了新的三层授权模型。理解这个模型是处理问题的关键：

层 ：服务是否运行
层 ：设备是否配对
层 ：飞书使用者是否授权

主要变化：版本要求每个飞书使用者必须单独完成授权，包括 Bot Owner 自己。这是新版本增加的安全策略，用于防止：

• 被拉群滥用
• 提权攻击
• Prompt Injection

痛点一这方面。 授权步骤繁琐导致机器人不回复

大多数配置问题发生在第 1 层——服务运行。不过，很多人忽略了第三层——使用者授权。一旦忘记就会出现“本地能收消息，但飞书无反应”的尴尬情况。

方法

确认问题现象

执行以下命令检查日志：

openclaw logs --follow

如果日志显示这方面。

feishu: received message from ...

但没有后续的 agent turn start,model call,send message,那么说明消息已接收但 Agent 未启动。

执行飞书使用者授权

当飞书返回 pairing code 时需要手动完成授权，否则机器人永远停在 “received message” 阶段。

openclaw pairing approve feishu 

• 举例：

openclaw pairing approve feishu 8RZCKJWR
# 执行后使用者才会进入 agent 流程，否则会永远停在 received message 阶段。

更新飞书权限配置

进入飞书开放网站，在“权限管理”中点击“批量导入”，更新以下权限配置：

{
"scopes": {
"tenant":。"user":
}
}

注意： tenant 列表是字符串数组，不是键值对。更新后记得在飞书后台发布新版本，配置才会生效。