MiniMax Provider 配置是 OpenClaw 系统用于接入国产大模型 MiniMax 的完整解决方案。MiniMax 作为领先的 AI 服务商，提供 MiniMax-M2.1 系列模型，OpenClaw 支持两种不同的接入方式以适应不同用户场景：API Key 直连（采用 openai-completions 协议）和 OAuth 门户认证（使用 anthropic-messages 协议）。这两种方式虽然访问的是同一套模型服务，但由于底层协议和认证机制存在本质差异，必须分别配置为独立的 provider。API Key 直连适合标准付费用户，通过控制台获取 sk-cp-… 格式的密钥进行按量计费调用；而 OAuth 门户则面向已有 MiniMax 平台账号的用户，利用内置的 OAuth 流程实现免密登录，特别适合需要免费额度的开发者。整个配置过程包含五个关键步骤：首先测试模型可用性确保网络连通性，然后添加 provider 配置到 openclaw.json 文件，接着设置模型别名提升用户体验，再将 MiniMax 接入 fallback 链保障系统稳定性，最后通过语法校验和功能验证完成部署。特别值得注意的是，OAuth 门户方式的成本字段需设为 0，因为实际计费由平台侧统一处理，而 API Key 方式则需要准确填写输入输出单价。
核心功能特点
- 支持两种接入模式：API Key 直连与 OAuth 门户认证
- 兼容 openai-completions 和 anthropic-messages 双协议栈
- 提供完整的冷启动方案：可用 Qwen Coder 引导配置 MiniMax
- 内置额度监控建议：避免依赖不可靠的查询接口
- 严格的 schema 校验机制防止配置错误导致系统崩溃
- 灵活的 fallback 策略设计：主力模型+重试+备用+免费兜底
适用场景
该配置方案特别适合希望快速集成国产大模型能力的开发者和企业用户。对于已经拥有 MiniMax 付费账号的团队，推荐使用 API Key 直连方式，它能直接对接标准 OpenAI 兼容接口，便于与现有 LLM 应用无缝集成，并且支持精细化的成本控制。而对于个人开发者或初创公司，若希望降低初期投入成本，则可选择 OAuth 门户认证方式——这种方式通常附带一定额度的免费调用资源，非常适合项目验证和小规模测试。在实际生产环境中，建议将 MiniMax 设置为系统的 primary 模型，同时在其后配置多层 fallback 保障机制：首先是同模型的重试机制应对瞬时故障，其次是其他主流商用模型如 DeepSeek 作为付费备用，最后再以免费的 Qwen/SiliconFlow 模型作为终极兜底，这样既能保证核心业务体验又能有效控制成本支出。此外，针对多 Agent 并发调用的场景，还建议区分核心业务 agent 与辅助型 agent 的模型分配策略，例如让 main、ada 等关键角色使用 MiniMax，而 clara、sophia 等辅助角色使用低成本甚至免费模型，从而实现整体资源的最优配置。