作者：古德白

来源：Silicon Mind科技播客

封面：AI生成（可灵）

上一篇， 我们讲了模型， 今天我们重点讲讲通信，OpenClaw 的核心价值是自动化协同。可一旦通信失联，你的龙虾就彻底变成了"废虾"。但凡养过龙虾的，可能都会经历这样的场景：你的龙虾它动不动就失联了，你怎么喊它都没反应， 亦或反应迟缓，等半天才回复；还有的龙虾它只说不干，回复的挺好，其实啥也没干；你的龙虾前一天做的事情， 第二天起来全忘了，像变了个人；这种时候， 我能看见屏幕前的你的崩溃， 甚至想砸了电脑

别急， 这些我都经历过，来， 我们一起来避坑！

干货之前， 我们先来科普一下基本概念，这非常有必要

企微 vs 飞书：我该怎么选？

其实上面重要也不重要，选择很简单：

选企业微信：-if你的用户/客户主要在微信生态 - 需要微信小程序、视频号联动 - 团队已有企业微信，不想多平台切换 - OpenClaw 优先适配，MCP 工具链最完整

选飞书：-if团队内部使用飞书办公 - 需要强大的自动化审批、多维表格 - 文档协作需求强烈（飞书文档 > 企微文档） - 不希望受微信生态限制（外部 APIs 更开放）

⚠️但不要混用！企微 + 飞书同时配置会导致消息路由混乱 - 我试过一次，消息发到一半，Bot 不知道走哪个 channel - 切换成本很高 - 选定后至少用 6 个月，别折腾，最好永远别换。

从微信、飞书Openclaw插件的更新速度， 以及火速上线的openclaw-baiduapp，可以看到Openclaw已经不仅仅是模型厂商的战争， 也成为了通信厂商的必争之地。

企业微信 API 直连 vs 回 call 傻傻分不清楚

Bot vs 自建应用Agent

我的最佳实践： - 两个都要，Bot 做入口，简单路由（< 50 行） - Agent 做核心，复杂任务（搜索、分析、生成） - 配合：Bot 识别意图 → `sessions -spawn` 启动专项 Agent

误区： - ❌ Bot 尝试复杂推理（不适合） - ❌ Agent 不设超时（可能无限循环） - ❌ Bot 和 Agent 职责不清（分开）

强烈推荐：BOT + MCP

企微插件wecom-openclaw-plugin v1.0.13升级后，释放了很多新技能， 包括开放了文档、日历、会议、待办、通讯录所有企业微信MCP能力，进一步释放了OpenClaw与企业微信的协同能力。基于老白新的研究， 如果是这样， BOT + MCP一样可以最大化的企微的使用和价值释放。

强烈建议大家进行升级和配置， 具体操作方式：

1、升级企业微信插件至v1.0.13或以上版本

# 检查插件状态

openclaw plugin list

# 安装/升级插件（自动安装最新版）

openclaw plugins update wecom-openclaw-plugin

# 重启 OpenClaw Gateway 使插件生效

openclaw gateway restart

2、配置企业微信 BOT

# 登录 企业微信管理后台

# 进入「应用管理」→ 「自建应用」→ 选择你的 BOT 应用

# 在「权限管理」中开通以下MCP 权限：

# 保存后，复制每个服务对应的 uaKey（在 MCP 设置页面可见）

3、OpenClaw中Enable企业微信MCP的能力

如果你足够信任你的"龙虾"，配置可以交给它来做：配置Openclaw， 调用 wecom-openclaw-plugin 支持企业文档、日程、会议、待办以及通信的各类操作能力，完成对每项功能的测试。他会让你提供每个服务对应的uaKey， 如果担心安全问题， 你可以让它告诉你如何进行配置

到这里， 你的龙虾，才算是一只真正的拥有企微微信深度协同能力的得力助手。 你让它帮你预定一个会议， 创建并跟踪待办， 创建协同文档， 它将真正参与到企业工作协同之中。

通信问题-麻烦一箩筐

如果你已经完成了前面所有的步骤， 恭喜， 所有跟通信配置相关的部分， 已经是满级养虾人的标准配置了。但你问题是，日常我依然会遇到前面说的那些问题， 好，别急，进入正题

# 弄懂机制：来我们先看清楚Openclaw在接到一个指令之后， 它的工作流程和原理是什么， 当我们遇到问题的时候， 才能快速定位是哪个环节出了问题。

# 搞清楚决策树：好， 你现在知道他是怎么工作的了，来， 我们梳理一个问题诊断决策树

OpenClaw 企业微信 BOT 失联诊断决策树：

├── 网关是否运行？ (openclaw gateway status)

│   ├── 否 → 检查端口冲突/配置错误/内存不足 → 重启服务

│   └── 是 → 继续

├── 企业微信通道是否连接？ (openclaw channels status --probe)

│   ├── 否 → 检查网络/代理/企业微信 API 状态 → 修复连接

│   └── 是 → 继续

├── 是否收到消息但无回复？

│   ├── 是 → 检查模型服务状态 (openclaw models status)

│   │       ├── 模型超时 → 调整超时配置/开启流式响应

│   │       └── 模型限流 → 实施退避重试/申请配额

│   └── 否 → 检查企业微信权限/配对状态

└── 消息是否延迟严重？

├── 是 → 检查 Sessions 队列/内存使用 → 清理缓存/扩容

└── 否 → 检查日志中的具体错误码

# 诊断及修复：诊断修复工具箱

1️⃣ 网关是否运行？

诊断命令

openclaw gateway status

判断

running →继续下一步

stopped →启动或重启

解决方案

openclaw gateway start

openclaw gateway restart

2️⃣ 企业微信通道是否可用？

诊断命令

openclaw channels list

openclaw channels status --probe

openclaw channels status --deep

判断

connected →继续下一步

disconnected →通道不可用，需要排查网络或配置

解决方案

检查网络、防火墙、代理是否允许访问企业微信 API

检查 botId / secret 配置

3️⃣ 是否收到消息但无回复？

诊断命令

openclaw models list

openclaw models status

判断

模型状态正常→继续下一步

模型不可用→检查模型状态

解决方案

1、检查模型服务 API URL、Token 配置

2、检查网络状况

3、检查模型是否欠费或被限速

4️⃣ 消息延迟严重？

诊断命令

openclaw sessions

openclaw sessions --active

判断

会话堆积→清理

解决方案

openclaw sessions cleanup

专家提示：如果你感到迷茫，直接运行 openclaw doctor --fix。这是 2026 版本引入的“神级”命令，它会自动扫描配置错误、证书过期和网络丢包，并尝试一键修复。

通信稳了，OpenClaw 才是真·自动化

我学到的最重要一课：通信不稳定的 OpenClaw，就像一个聋子、哑巴，你的所有指令， 就像石沉大海， 只有通信稳了， 它才是一只随叫随到，无所不能的 "钢铁虾"

好吧， 你觉得前面的诊断步骤太麻烦， 上干货， 老白的《OpenClaw健康状况一键诊断工具》（免责申明，没法保证所有环境可用，需要自取）

访问：https://github.com/Bingbox/SiliconMind

下载 openclaw_doctor.sh ，COPY到 /root/.openclaw OpenClaw根目录下

chmod +x openclaw_doctor.sh

./openclaw_doctor.sh

最后一句话：通信是龙虾的根本，也是问题最多的地方，希望大家可以少踩一些坑 

关于作者：一个长期关注AI的技术人

一个不站队的观察者