openclaw 对接完飞书群机器人配置踩坑记:消息不回、Gateway 断开问题排查

openclaw 对接完飞书群机器人配置踩坑记:消息不回、Gateway 断开问题排查

前言

用 OpenClaw 配飞书机器人,踩了两个坑:群消息不回、Gateway 总是断开。排查了好一阵子,总算搞定了,记录一下希望能帮到遇到同样问题的朋友。


发现问题

飞书消息不回复

在飞书群里 @ 了机器人,完全没反应。一开始以为是网络不好或者机器人没上线,但状态显示明明是连接着的,这就奇怪了。

Gateway 频繁断开

每次改完配置跑 openclaw gateway restart,或者根本什么都没干,Gateway 说断就断。再想启动就报错,必须跑一遍 openclaw doctor --fix 重新安装才能用。太影响使用了。


查看原因

飞书机器人 ID 搞错了

翻日志看到这么一句:

receive events or callbacks through persistent connection only available in self-build & Feishu app 

查了一下,原来一开始配的那个 App ID(yyyyyyyyyyyyyy)是快捷版/小程序类型的飞书应用,这类不支持 WebSocket 长连接收消息。找运维要了正确的机器人 ID(xxxxxxxxxxxxxxxx),换上去果然就好了。

多机器人配置一直失败

想给运营 agent(yunying)单独配一个飞书机器人,试了很多次一直报"unknown channel id"。后来翻 OpenClaw 官方文档才发现,飞书多账号不是那么配的,得用 accounts 字段。

正确姿势:

{"channels":{"feishu":{"defaultAccount":"main","accounts":{"main":{"appId":"xxxxxxxxxxxxxxxx","appSecret":"abcdefghijklmnopqrstuvwxyz"},"yunying":{"appId":"yyyyyyyyyyyyyy","appSecret":"1234567890abcdef"}}}}}

然后 bindings 这么配:

{"bindings":[{"type":"route","agentId":"main","match":{"channel":"feishu","accountId":"main"}},{"type":"route","agentId":"yunying","match":{"channel":"feishu","accountId":"yunying"}}]}

Gateway 断开的原因

日志显示 Gateway 收到 SIGTERM 后正常关闭了,但 LaunchAgent 没自动重新加载。

后来才搞明白——我之前一直是跑 openclaw gateway 在前台启动,而不是用 LaunchAgent。虽然 LaunchAgent 配了 KeepAlive: true,但前台进程不受它管,断开后就死了,不会自动起来。


解决问题

飞书多账号配置

改完 ~/.openclaw/openclaw.json 的配置,重启 Gateway:

openclaw gateway restart 

两个机器人都连上了。日志能看出来:

feishu[yunying]: WebSocket client started feishu[main]: WebSocket client started 

Gateway 自动重启

简单说就是别跑 openclaw gateway,改用 LaunchAgent:

# 先停掉前台运行的 Gateway# 然后用 LaunchAgent 方式启动 openclaw gateway install openclaw gateway start 

以后 Gateway 就会受 LaunchAgent 管理,断开会自动重启,不用每次手动搞了。


踩过的坑

总结一下:

  1. 飞书多账号要用 accounts 字段配,别想着开多个渠道
  2. Gateway 一定要用 openclaw gateway start 启动,别直接跑 openclaw gateway

有其他问题欢迎评论区聊聊。

Read more

九么1.0.31版本:AI如何助力开发者提升效率

快速体验 1. 打开 InsCode(快马)平台 https://www.inscode.net 2. 输入框内输入如下内容: 使用九么1.0.31版本的AI功能,生成一个简单的Python脚本,用于自动化处理Excel数据。脚本应包含数据读取、清洗和可视化功能。确保代码注释清晰,适合开发者直接使用。 1. 点击'项目生成'按钮,等待项目生成完整后预览效果 在最近的项目开发中,我尝试了九么1.0.31版本的AI辅助功能来完成一个Python数据处理脚本。整个过程让我深刻感受到AI如何改变传统开发流程,尤其是对重复性工作的优化效果。以下是具体实践中的几点体会: 1. 需求明确化 首先需要明确脚本的核心功能:从Excel读取数据、清洗异常值、生成可视化图表。通过九么的对话式交互,直接用自然语言描述需求,AI会自动拆解任务步骤并生成对应代码框架。这种方式省去了手动查阅文档的时间,尤其适合快速验证想法的场景。 2. 智能代码生成 输入"

【AI开发笔记】最新Miniconda+VSCode安装指南

【AI开发笔记】最新Miniconda+VSCode安装指南

安装 Miniconda + VS Code 是 Python 开发(尤其是数据科学、AI、机器学习)的黄金组合。下面为你提供一份 2026年最新、清晰、零基础友好 的详细安装指南,适用于 Windows / macOS / Linux 三大系统。 ✅ 最终目标 * 安装 Miniconda(轻量版 Conda,管理 Python 环境) * 安装 VS Code(代码编辑器) * 在 VS Code 中正确调用 Conda 环境,实现代码高亮、调试、智能提示 第一步:安装 Miniconda 💡 为什么选 Miniconda? 相比 Anaconda(5GB+

2026年03月30日全球AI前沿动态

一句话总结 2026年3月30日前后,全球AI领域迎来密集爆发期:DeepSeek-V3疑似升级引发史上最长宕机、Anthropic最强模型Claude Mythos泄露引发安全担忧、xAI创始团队全员离职、微软VibeVoice语音AI家族开源、国产世界模型GigaWorld-1登顶全球榜首、智谱GLM-5.1编程能力逼近Claude、腾讯字节阿里等巨头加速智能体生态布局,标志着AI正从"对话工具"向"自主智能体"范式跃迁。 一、模型与技术突破 1.1 通用大模型(大语言模型与多模态模型) DeepSeek(深度求索):3月29日网页版进行重大升级后出现长达11-12小时的大规模宕机,服务中断始于21时35分,至3月30日10时才全面恢复。升级后模型自我介绍为"DeepSeek-V3模型或其变体",知识截止日期更新至2026年1月,图像生成和代码编写能力显著增强,但官方未公布具体版本信息。此次宕机被解读为新模型升级的前兆,DeepSeek近期也加大了人才招聘力度。 Anthropic:因CMS配置失误泄露近3000份内部文件,曝光最强新模型Claude Mythos(代号

拥抱AI,还是大剑师兰特2025年博客创作详细总结

拥抱AI,还是大剑师兰特2025年博客创作详细总结

一、2025年创作心得 2025年是我技术探索极具突破性的一年。最大的转变在于主动拥抱AI工具,将其深度融入前端开发流程——从代码生成、调试优化到文档撰写,AI不仅提升了效率,更成为我理解复杂逻辑的“思维外挂”,尤其在处理地图库的底层机制时,它帮我快速穿透迷雾。 我的技术重心依然锚定在WebGIS与三维可视化领域: * OpenLayers 与 Leaflet 的定制化交互逻辑更加精熟,结合 Mapbox GL JS 的矢量切片与样式能力,构建了多个高性能二维地图应用; * CesiumJS 成为三维地球项目的主力,深入研究了3D Tiles流式加载、自定义着色器及时空数据动态可视化; * Three.js 则用于轻量化场景或与Cesium融合,实现更灵活的局部三维效果。 * 尤为欣喜的是,Blender 技能的深化带来了质变。我不再仅用它做简单建模,而是系统学习了地理空间数据导入、地形生成、PBR材质制作及动画渲染。如今,我能将Blender产出的精细3D资产无缝集成到Cesium/Three.js场景中,让数字孪生项目兼具真实感与性能。 这一年,AI是加速器,地图框