夜雨聆风
作者：古德白
来源：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的技术人
一个不站队的观察者
