问题出在机器人配置、权限绑定或消息路由环节，需依次检查双向绑定、Webhook连通性、群内安装与可见范围、Token一致性及防火墙策略。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
如果您在钉钉中@WorkBuddy机器人发送消息，但机器人无任何响应，既无文字回复也无“处理中”提示，且钉钉开放平台日志中无请求记录，则问题大概率出在机器人配置、权限绑定或消息路由环节。以下是解决此问题的步骤：
一、检查酷应用与机器人是否完成双向绑定
WorkBuddy作为酷应用接入钉钉时，需确保酷应用主体与机器人实例在开放平台中显式关联，否则消息无法路由至WorkBuddy服务端。
1、登录钉钉开放平台，进入目标酷应用的「机器人管理」页面；
2、确认已创建「群机器人」或「私聊机器人」，并记录其robotCode与accessToken；
3、在「酷应用设置」→「机器人能力」中，勾选「启用机器人」，并将该机器人手动绑定至当前酷应用（非自动关联）；
4、点击「保存并发布新版本」，等待状态变为「已发布」后刷新页面验证。
二、验证Webhook地址与OpenClaw网关连通性
WorkBuddy在钉钉模式下依赖OpenClaw网关接收并转发消息，若Webhook地址未正确指向运行中的网关实例，消息将直接丢弃。
1、在钉钉开放平台「机器人管理」中，找到对应机器人的「消息接收地址」字段；
2、确认该URL格式为http://[服务器公网IP]:18789/dingtalk（必须为HTTP协议，不可用HTTPS，端口固定为18789）；
3、在服务器终端执行curl -v http://[服务器公网IP]:18789/health，返回{"status":"ok"}表示网关存活；
4、若返回连接超时或拒绝，检查服务器安全组是否放行18789端口，以及openclaw gateway status是否显示running。
三、排查钉钉群内机器人安装与可见范围
钉钉对未正式安装或权限受限的机器人实施静默拦截，尤其在默认测试群或未配置可见范围的场景下，消息根本不会触达后端。
1、退出当前测试群，在钉钉中新建一个纯测试群（仅含自己与管理员账号）；
2、进入该群「群设置」→「群机器人」→「添加机器人」→ 搜索并选择已发布的WorkBuddy酷应用；
3、安装完成后，点击机器人卡片，确认「可见范围」设置为本群成员可见，而非「仅自己可见」或「指定人可见」；
4、在该群中@机器人发送「/help」，观察是否触发初始响应。
四、校验Token与AppKey/AppSecret一致性
钉钉在转发消息前会对accessToken进行签名校验，若该token未由当前酷应用的AppKey与AppSecret生成，将直接返回400错误且不投递。
1、在钉钉开放平台「应用信息」页复制AppKey与AppSecret；
2、登录WorkBuddy客户端，进入「Claw设置」→「钉钉配置」，核对其中填写的AppKey与AppSecret是否与平台完全一致（区分大小写，无空格）；
3、重新生成新的accessToken：使用钉钉官方AccessToken工具，输入AppKey/AppSecret获取最新token；
4、将新token粘贴至WorkBuddy钉钉配置页，并点击「保存并重启服务」。
五、检查本地防火墙与SELinux策略限制
Linux服务器若启用iptables或SELinux，默认可能拦截非标准端口的入站请求，导致钉钉发来的POST消息被内核层丢弃，无日志、无响应。
1、执行sudo iptables -L -n | grep 18789，确认INPUT链中存在ACCEPT规则；
2、若无规则，执行sudo iptables -I INPUT -p tcp --dport 18789 -j ACCEPT并保存；
3、检查SELinux状态：getenforce，若返回Enforcing，则临时设为Permissive：sudo setenforce 0；
4、重启OpenClaw网关：openclaw gateway restart，再次测试消息触发。
