（2014期）MiniMax Provider 配置 – 双协议接入国产 M2.1 大模型

双协议接入国产 M2.1 大模型 为 OpenClaw 配置 MiniMax 双模式接入（API Key 直连/OAuth 门户），支持 M2.1 系列模型与智能 fallback 策略。 使用说明 核心用法 本 Skill 提供 OpenClaw 集成 MiniMax 大模型的完整配置流程，涵盖两种接入方式： API Key 直连 (minimax)：使用标准 OpenAI 兼容协议，适合付费用户按量计费；OAuth 门户 (minimax-portal)：采用 Anthropic Messages 协议，适合有门户账号的用户（可能含免费额度）。 配置流程严格遵循"测试→添加→别名→fallback→验证"五步闭环：先用 curl 测试模型可用性，再在 ~/.openclaw/openclaw.json 中注册 provider（注意区分 openai-completions 与 anthropic-messages 协议），配置易用别名（如 Minimax），设置 fallback 链应对额度耗尽，最后通过 openclaw doctor 和真实请求验证。 显著优点 双协议灵活适配：同一模型支持两种认证方式，满足不同用户场景 冷启动自举设计：推荐先用免费 Qwen Coder 启动系统，再让 Agent 协助配置 MiniMax 详尽的额度管理：深入解析 Coding Plan 1500次/5h 滑动窗口机制，提供 cron 监控方案替代不可靠的 API 查询 事故预防机制：明确警告别名配置中非法字段会导致 Gateway 崩溃，并提供 Schema 校验工具 潜在缺点与局限性 额度查询 API 不可靠：currentintervalusage_count 惰性更新，无法作为实时监控依据 OAuth 不适合 failover：认证流程较重，不建议放入 fallback 链 多 Agent 消耗快：6 个 agent 全用 MiniMax 时 2-3 小时即可耗尽额度 配置复杂度：双 provider 设计增加理解成本，新手易混淆协议与 URL 对应关系 适合人群 需要国产大模型替代的 OpenClaw 管理员 已订阅 MiniMax Coding Plan 的开发者 追求 200K 长上下文与综合能力平衡的技术团队 常规风险 额度耗尽导致服务中断：需配置免费模型 fallback 兜底 配置错误引发 Gateway 崩溃：Schema 校验失败会触发重启循环，务必先用 openclaw doctor 检查 海外访问延迟：MiniMax 服务器在国内，国际链路可能不稳定 OAuth token 过期：门户认证需关注自动刷新机制 原始说明 为 OpenClaw 配置 MiniMax 作为模型源。MiniMax 提供两种接入方式：API Key 直连（openai-completions 协议）和 OAuth 门户（anthropic-messages 协议）。包含 provider 注册、模型定义、别名配置、fallback 链接入和验证的完整流程。当管理员说想"加 MiniMax"、"配 minimax"、"接入 MiniMax 模型"、"加海螺模型"、"配 M2.1"时使用此 skill。