最近在搞一个飞书机器人，用 OpenClaw 做 Agent 核心，接飞书 webhook 自动回复消息。
逻辑很简单，效果也确实猛——但有个问题快把我逼疯了：隔一会儿就断线。
飞书那边显示超时无响应，日志一看，全是 和 。
我用的免费额度，Groq 每天 14,400 次请求听着很多对吧？但飞书群里十几个人同时 @机器人，高峰期一小时就能把某个 Provider 的额度打穿。额度一到，直接挂，飞书那边就是”机器人无响应”。
排查下来原因很清楚：
- 单 Provider 额度有上限——Groq 14,400 次/天、Cerebras 100 万 token/天openclaw skills 教程、SambaNova 20 万 token/天，单独用哪个都扛不住持续调用
- OpenClaw 默认只走一个 endpoint——挂了就是挂了，没有 fallback
- 飞书 webhook 超时 5 秒——Provider 一慢或一报错，飞书直接判定断线
所以核心问题不是某个模型不行，而是没有自动切换机制。一个挂了得有下一个顶上，对飞书来说就是”永远有响应”。
我需要一个东西做两件事：
- 把多个免费 Provider 聚合起来，对外暴露一个 API 地址
- 某个 Provider 额度用完或报错时，自动切到下一个
找了一圈，发现一个开源工具刚好干这事——OpenRelay，本地跑一个代理服务，聚合 29 个免费 Provider，模型池自动轮转。
1. 装模型轮转工具
一行命令，macOS：
Windows：
跑起来后本地 就是 API 入口，兼容 OpenAI 格式，不需要任何配置。
2. 让 OpenClaw 走本地代理
然后正常启动 OpenClaw 就行。所有请求走本地轮转服务，Provider 挂一个自动切下一个。
3. 飞书那边不用改
飞书 webhook 调 OpenClaw，OpenClaw 调本地代理，代理调免费 Provider。对飞书来说，API 地址没变，只是背后多了 29 个模型兜底。
免费 Provider 的额度加起来其实非常可观：
轮着用，我这个飞书群的量根本打不穿。
一定要后台运行。我第一天忘了 nohup，ssh 断了轮转服务就跟着挂了，飞书又开始断线。加上 就稳了。
另外纯本地运行，凭据不出本机，比把 key 交给第三方中转服务安全得多。
核心就一句话：别用单个免费 Provider 硬扛，用模型池轮转把 29 个 Provider 的额度叠起来。对飞书这种对响应时间敏感的场景，自动切换比什么都重要。
工具开源，感兴趣自己看：OpenRelay – GitHub
讨论：你们用 OpenClaw 接企业 IM（飞书/钉钉/企微）的时候，有没有遇到类似的断线问题？都怎么处理的？
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/274801.html原文链接：https://javaforall.net
