minimax 插件注册了两个提供方以及五种能力:聊天、图像生成、音乐生成、视频生成、图像理解、语音(T2A v2)和网页搜索。
内置目录
模型引用遵循认证路径:API 密钥设置使用
minimax/<model>,OAuth 设置使用 minimax-portal/<model>。
快速开始
- OAuth(Coding Plan)
- API key
最适合: 通过 OAuth 快速设置 MiniMax Coding Plan,无需 API key。结果提供程序基础 URL:
- 国际版
- 中国版
1
运行初始化
api.minimax.io。2
验证模型是否可用
OAuth 设置使用
minimax-portal 提供程序 id。模型引用遵循 minimax-portal/MiniMax-M3 这种形式。通过 openclaw configure 配置
1
启动向导
2
选择 Model/auth
从菜单中选择 Model/auth。
3
选择一个 MiniMax 认证选项
4
选择默认模型
按提示选择你的默认模型。
能力
图像生成
MiniMax 插件在minimax 和 minimax-portal 上都为 image_generate 工具注册了 image-01 模型,并复用与文本模型相同的 MINIMAX_API_KEY 或 OAuth 认证。
- 文生图和图生图编辑(主体参考),均支持宽高比控制
- 每次请求最多输出 9 张图片,每次编辑请求 1 张参考图
- 支持的宽高比:
1:1、16:9、4:3、3:2、2:3、3:4、9:16、21:9
/v1/image_generation),并忽略 models.providers.minimax.baseUrl,因为该字段配置的是聊天/Anthropic 兼容的基础 URL。将 MINIMAX_API_HOST=https://api.minimaxi.com 设为通过 CN 端点路由图像生成;默认的全球端点是 https://api.minimax.io。
有关共享工具参数、提供程序选择和故障转移行为,请参见 图像生成。
文本转语音
内置的minimax 插件将 MiniMax T2A v2 注册为 tts 的语音提供程序。
- 默认 TTS 模型:
speech-2.8-hd - 默认语音:
English_expressive_narrator - 内置模型 ID:
speech-2.8-hd、speech-2.8-turbo、speech-2.6-hd、speech-2.6-turbo、speech-02-hd、speech-02-turbo、speech-01-hd、speech-01-turbo - 认证解析顺序:
tts.providers.minimax.apiKey,然后是minimax-portalOAuth/令牌认证配置文件,再然后是 Token Plan 环境密钥(MINIMAX_OAUTH_TOKEN、MINIMAX_CODE_PLAN_KEY、MINIMAX_CODING_API_KEY),最后是MINIMAX_API_KEY - 如果未配置 TTS 主机,OpenClaw 会复用已配置的
minimax-portalOAuth 主机,并去除/anthropic等 Anthropic 兼容路径后缀 - 普通音频附件保持为 MP3。语音消息目标(Feishu、Telegram 以及其他请求语音消息兼容附件的渠道)会使用
ffmpeg将 MiniMax MP3 转码为 48kHz Opus,因为例如 Feishu/Lark 文件 API 仅接受原生音频消息的file_type: "opus" - MiniMax T2A 接受小数形式的
speed和vol,但pitch会以整数形式发送;OpenClaw 会在 API 请求前截断小数形式的pitch值
音乐生成
内置的 MiniMax 插件通过共享的music_generate 工具在 minimax 和 minimax-portal 上注册音乐生成。
- 默认音乐模型:
minimax/music-2.6(OAuth:minimax-portal/music-2.6) - 还支持
music-2.6-free、music-cover和music-cover-free - 提示控制:
lyrics、instrumental - 输出格式:
mp3 - 基于会话的运行会通过共享的任务/状态流程分离,包括
action: "status"
有关共享工具参数、提供程序选择和故障转移行为,请参见 音乐生成。
视频生成
内置的 MiniMax 插件通过共享的video_generate 工具在 minimax 和 minimax-portal 上注册视频生成功能。
- 默认视频模型:
minimax/MiniMax-Hailuo-2.3(OAuth:minimax-portal/MiniMax-Hailuo-2.3) - 还支持
MiniMax-Hailuo-2.3-Fast、MiniMax-Hailuo-02、I2V-01-Director、I2V-01-live和I2V-01 - 模式:文生视频和单图参考流程
- 支持
resolution(Hailuo 2.3/02 模型上为768P或1080P);不支持aspectRatio,会被忽略
有关共享工具参数、提供程序选择和故障转移行为,请参见 视频生成。
图像理解
MiniMax 插件将图像理解与文本目录分开注册:
因此,即使内置文本提供程序目录中也包含支持图像的 M3 聊天引用,自动媒体路由仍然可以使用 MiniMax 图像理解。PDF 理解仅使用
MiniMax-M2.7 进行文本提取;MiniMax 不注册 PDF 转图像的转换路径。
网页搜索
MiniMax 插件还通过 MiniMax Token Plan 搜索 API(/v1/coding_plan/search)注册了 web_search。
- 提供程序 ID:
minimax - 结构化结果:标题、URL、摘要、相关查询
- 首选环境变量:
MINIMAX_CODE_PLAN_KEY - 接受的环境变量别名:
MINIMAX_CODING_API_KEY、MINIMAX_OAUTH_TOKEN - 兼容性回退:当
MINIMAX_API_KEY已经指向 Token Plan 凭据时使用它 - 区域复用:先使用
plugins.entries.minimax.config.webSearch.region,然后是MINIMAX_API_HOST,最后是 MiniMax 提供程序基础 URL - 搜索始终保持在提供程序 ID
minimax上;OAuth CN/国际版设置可以通过models.providers.minimax-portal.baseUrl间接影响区域,并且可以通过MINIMAX_OAUTH_TOKEN提供 bearer 认证
plugins.entries.minimax.config.webSearch.* 下。
有关完整的网页搜索配置和用法,请参见 MiniMax 搜索。
高级配置
配置选项
配置选项
思考默认值
思考默认值
在
api: "anthropic-messages" 下,除非更早的包装器已经在负载中设置了 thinking 字段,否则 OpenClaw 会为 MiniMax M2.x 模型注入 thinking: { type: "disabled" }。这可以防止 M2.x 的流式端点在 OpenAI 风格的 delta chunk 中发出 reasoning_content,从而避免内部推理泄露到可见输出中。MiniMax-M3(以及 M3.x)不受此影响:M3 在禁用 thinking 时会返回空的 content 数组和 stop_reason: "end_turn",因此 OpenClaw 会移除 M3 的隐式 disabled 默认值;当设置了 thinking 级别时,则强制改为 thinking: { type: "adaptive" }。每个模型系列可用的 thinking 级别:MiniMax-M3(以及 M3.x)不受此影响:M3 会返回正确的 Anthropic thinking block,并且在禁用 thinking 时返回空的
content 数组和 stop_reason: "end_turn",因此该包装器会让 M3 走提供商省略/adaptive thinking 路径。快速模式
快速模式
/fast on 或 params.fastMode: true 会在 Anthropic 兼容流路径(api: "anthropic-messages",提供商 minimax 或 minimax-portal)上将 MiniMax-M2.7 重写为 MiniMax-M2.7-highspeed。回退示例
回退示例
最适合: 将你最强的最新一代模型作为主模型,并在失败时回退到 MiniMax M2.7。下面的示例使用 Opus 作为具体主模型;请替换为你偏好的最新一代主模型。
Coding Plan 使用详情
Coding Plan 使用详情
- Coding Plan 使用 API:
https://api.minimaxi.com/v1/token_plan/remains或https://api.minimax.io/v1/token_plan/remains(需要 coding plan key)。 - 使用轮询会在配置了
models.providers.minimax-portal.baseUrl或models.providers.minimax.baseUrl时从中派生主机,因此使用https://api.minimax.io/anthropic的全局配置会轮询api.minimax.io。缺失或格式错误的 base URL 会保留 CN 回退以保证兼容性。 - OpenClaw 会将 MiniMax coding-plan 用量规范化为与其他提供商相同的
% left显示。MiniMax 原始的usage_percent/usagePercent字段表示剩余额度,而不是已消耗额度,因此 OpenClaw 会对其取反。若存在按数量统计的字段,则以其为准。 - 当 API 返回
model_remains时,OpenClaw 会优先选择 chat-model 条目,在需要时从start_time/end_time推导窗口标签,并将所选模型名称包含在计划标签中,以便更容易区分 coding-plan 窗口。 - 使用快照会将
minimax、minimax-cn、minimax-portal和minimax-portal-cn视为同一个 MiniMax 配额面,并且优先使用已存储的 MiniMax OAuth,然后再回退到 Coding Plan key 环境变量。
注意事项
- 默认聊天模型:
MiniMax-M3。可选聊天模型:MiniMax-M2.7、MiniMax-M2.7-highspeed - 通过引导和直接 API key 设置会为 M3 以及两个 M2.7 变体写入模型定义
- 图像理解使用插件拥有的
MiniMax-VL-01媒体提供商 - 如果你需要精确的成本跟踪,请在
models.json中更新定价值 - 使用
openclaw models list确认当前提供商 id,然后使用openclaw models set minimax/MiniMax-M3或openclaw models set minimax-portal/MiniMax-M3切换
有关提供商规则,请参见 Model providers。
故障排查
"未知模型:minimax/MiniMax-M3"
"未知模型:minimax/MiniMax-M3"
这通常意味着 MiniMax provider 未配置(未找到匹配的 provider 条目,并且未找到 MiniMax auth profile/env key)。可通过以下方式修复:
- 运行
openclaw configure并选择 MiniMax 认证选项,或 - 手动添加匹配的
models.providers.minimax或models.providers.minimax-portal配置块,或 - 设置
MINIMAX_API_KEY、MINIMAX_OAUTH_TOKEN,或者设置一个 MiniMax 认证 profile,以便注入匹配的 provider。
- API-key 路径:
minimax/MiniMax-M3、minimax/MiniMax-M2.7或minimax/MiniMax-M2.7-highspeed - OAuth 路径:
minimax-portal/MiniMax-M3、minimax-portal/MiniMax-M2.7或minimax-portal/MiniMax-M2.7-highspeed
更多帮助:Troubleshooting 和 FAQ。
相关内容
模型选择
选择提供商、模型引用和故障转移行为。
图像生成
通用图像工具参数和提供商选择。
音乐生成
通用音乐工具参数和提供商选择。
视频生成
通用视频工具参数和提供商选择。
MiniMax 搜索
通过 MiniMax Token Plan 进行 Web 搜索配置。
故障排查
通用故障排查和 FAQ。