经检索，iLink下行消息静默丢弃（账号级）是2026年10月腾讯云开发者社区多份报障确认的真实问题：sendmessage返回ret:0但消息100%不投递，同机换号即恢复，已排除客户端、IP及参数错误，疑似与账号曾绑定第三方bot后的残留路由或处置策略有关。 尚无法确认官方修复进展、具体触发条件及是否为长期限制。建议按官方报障清单准备Bot ID、用户ID、异常时段及完整请求响应报文，通过腾讯云工单或社区提交；紧急业务可暂用未绑定过第三方bot的新微信号规避。如您提供具体Bot ID与故障账号，我可协助整理标准化报障材料。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

微信授权后网页加载失败，先别急着重装。大概率是OAuth缓存脏了或系统时间偏了。 桌面端删掉%APPDATA%\Tencent\WorkBuddy\oauth\下的session_cache.json和wechat_auth_state.bin，macOS路径在~/Library/Application Support/WorkBuddy/oauth/。同时检查系统时间是否自动同步，偏差超5分钟JWT验证必挂。 网络环境也要排查，校园网和企业网常拦截AI工具域名，换手机热点试一下最直观。有代理的话执行netsh winhttp reset proxy清残留。 如果图形界面死活加载不出来，保持WorkBuddy运行，按Ctrl+Shift+I开控制台输window.workbuddy.auth.forceLogin()绕过前端直接认证。 以上都不行就翻日志目录里最近的workbuddylogs，搜502或redirect_uri mismatch定位具体报错。 官方详细解决方案：https://cloud.tencent.com/product/workbuddy?Is=sdk-topnav... 展开详请

这确实是目前企业微信智能表格的体验痛点。官方暂未提供“一键复制当前记录链接”的快捷按钮，只能右键记录手动复制链接，操作路径较深。更关键的是，由于智能表格底层是数据库而非传统电子表格，记录没有固定的行列坐标，导致链接打开后只能跳转到所在视图或数据表，无法像Excel那样精准锚定到具体某一行，尤其在数据量大时定位感极差。 这是产品架构决定的阶段性限制，并非网络或权限问题。目前可行的折中方案是：在表格内新增一个“唯一ID”字段，复制链接后通过筛选该ID快速定位；或在反馈入口提交需求，推动官方优化记录级分享与跳转能力。短期内建议将需要频繁分享的记录单独导出或转为文档卡片，避免反复经历“复制链接-打开-手动翻找”的流程。 官方详细解决方案：https://cloud.tencent.com/product/lighthouse?Is=sdk-topnav... 展开详请

报障前先按下面清单过一遍，能省不少来回。 准备这些材料：Bot ID（xxx@im.bot）、目标用户 ID、是否群聊、最后正常发送时间、开始异常时间。日志里重点截 ret、errcode、errmsg、context_token 这几项，还有 /ilink/bot/sendmessage 的入参。 优先排查： ret=-2 / 缺 context_token：用户超过 8 小时没互动，token 失效，让对方先发一条再重试。 errcode=-14：登录态过期，重新扫码。 无报错但不投：gateway 长轮询断链或进程僵死，ps aux 查一下，不行就重启。 群聊不投：iLink Bot 一般不支持普通群聊，改用 1v1。 多实例冲突：同一 token 被多个 gateway 占着，停掉多余的。 定时推送失效：24 小时窗口内用户没发消息，加个健康检查消息刷新 token。 提报话术： Bot ID：xxx@im.bot，目标：xxx@im.wechat，1v1/群聊：，最后正常时间：，异常开始：。sendmessage 返回 ret=，errmsg=__，context_token 已/未携带。日志见附件，已确认 gateway 存活/已重启，对方已于 __ 发过消息仍不投递。 把 ret、token 是否有效、是否群聊、是否超 24 小时无用户消息写清楚，基本就能定位。 官方详细解决方案：https://cloud.tencent.com/solution/wechat... 展开详请

ret:0 但 100% 不投递，且换 4 个 bot 实例都复现——这个组合基本可以排除 bot 侧发送逻辑的问题，重点查平台侧路由和账号绑定：1. 先确认「同一微信号」的绑定关系：iLink/企微侧的 sendmessage 是走「账号路由」的，如果你这 4 个 bot 用的是同一个应用/同一个路由 key（比如相同的 agentId 或相同的关联小程序），那本质上还是同一条通道，换实例没用——正确做法是换应用或换路由配置，而不是换 bot 进程；2. 检查消息的 to 字段：微信侧会话分「用户会话」和「群会话」，下行消息必须带对 receiver 类型和正确的 openid/external_userid，类型不匹配时很多网关会静默丢弃而不是报错；3. 抓服务端日志看消息是否真的进了投递队列：ret:0 只代表「网关已接收」，不代表「已投递」，要看投递层有没有 ack 记录，如果投递记录里没有微信侧的回执，说明消息卡在网关到微信侧的链路上，这种一般要去查该微信号的授权状态（token 过期、token 刷新失败都会静默丢）；4. 最后检查微信侧的「会话隔离」：如果微信号被标记为测试号或会话未激活，下行也会被静默丢弃。建议先抓网关投递日志区分「未进队列」和「进了队列但无回执」，这两个方向查起来完全不同。... 展开详请

我也是这个问题，已经弄了两天了没有好 同样的sendmessge返回ret=0 但微信端收不到消息，请求排查是否存在旧绑定残留 这是我的 user id o9cq809RhAAANrPiSBx7JAMeJPLk@im.wechat 希望问题尽快解决，谢谢！... 展开详请

这种情况八成是微信侧的备案缓存还没同步。工信部备案公示后，微信安全中心一般要3到5天才能刷新，不是你腾讯云这边没备好。 可以先做这几件事：去工信部备案查询站确认域名已经公示；在微信里长按链接，用右上角菜单里的“申诉”走一遍；检查一下域名实际访问的跳转链，有时候 www 和根域、http 到 https 的跳转中间夹了没备案的域名，也会被微信拦。 还有个常见坑是企业备案主体和公众号主体不一致，微信某些场景会额外校验。如果只是时间差，等两天基本自己就好了，不用折腾服务器。... 展开详请