我的 OpenClaw 现在主模型是 MiniMax-M2.7，但光靠它一个有时候不够稳——深夜跑任务碰上额度临时用尽，或者 MiniMax API 那边响应变慢，体验会断一下。

加了一层 OpenRouter 之后，这个断点基本消掉了。这篇说说我具体怎么配的，以及用下来感觉怎么样。

为什么加这一层

主要三个原因：

第一，MiniMax 的额度不是无限的。 每周刷新，日常对话偶尔会碰到限流。不是经常，但碰上的时候挺烦的。

第二，OpenRouter 的免费模型够用。 我用的是 openrouter/free，系统自动路由到当前可用的免费模型，不需要我自己选。响应质量比 GPT-3.5 好一些，基本的问答和任务处理完全能cover。

第三，切过去不需要改代码。 OpenClaw 的 fallback 机制是自动的，MiniMax 不可用或者报错的时候，请求自动发到 OpenRouter，整个过程我感知不到。

怎么配置的

在 OpenClaw 的配置里加一行 fallback 就好了：

minimax/MiniMax-M2.7（主模型）
  ↓ 触发限流或不可用时
openrouter/free（备用）

具体配置路径看 OpenClaw 文档，核心就是把 OpenRouter 的 API key 写到配置里，然后指定 openrouter/free 作为 fallback 模型。

OpenRouter 的 API key 在 openrouter.ai 注册之后立刻就能拿到，支持 OpenAI 兼容格式，所以不需要额外装什么库。

用下来真实感受

稳定性的提升是明显的。 之前 MiniMax 限流的那几分钟，OpenClaw 直接挂住，现在有了 fallback，响应只是稍微慢一点，不会完全没反应。

免费额度够用。 我主力还是走 MiniMax，OpenRouter 只在 fallback 时候用，消耗不大，免费额度完全够cover这种偶发场景。

切换是透明的。 实际对话里我感觉不到什么时候在用哪个模型，OpenClaw 自动处理。这点很重要——我不想每次还要手动判断切不切。

有没有踩过什么坑

模型质量有波动。 openrouter/free 自动路由的结果不固定，偶尔会分到比较弱的模型，复杂推理任务处理时间会明显变长。但毕竟是备用，轻量任务能跑就行。

响应速度比 MiniMax 慢。 免费模型本身优先级不高，延迟会比主模型高一些，尤其是高峰期。这个我是有预期的。

国内访问偶尔不稳。 OpenRouter 的节点主要在海外，我从国内 VPS 访问有时候会遇到连接慢的情况。如果你的 OpenClaw 跑在国内，这个因素要考虑进去。

适合谁

如果你重度依赖 AI 辅助，而且不希望遇到额度问题或者 API 波动的时候工作流直接中断，这套组合值得配置。成本几乎是零（免费模型），收益是全天候的可用性。

如果你只是偶尔用用 AI，主模型一直很稳定，那备用层的必要性不大——多一层配置意味着多一层维护成本。

配置参考：OpenClaw 文档的 Model Configuration 一节，OpenRouter API 文档。信息采集时间：2026-04-15。