MiniMax Music
API 优先的整曲生成,中文歌能批量出,版本要锁。
模型档案
- 厂商
- MiniMax
- 形态
- 服务
- 输入
- 歌词 · 文本 · 参考音频
- 输出
- 音频
- 条款
- 产出商用、署名与再分发按 MiniMax 开放平台条款;不同模型版本的许可与配额可能不同
- 核对日
- 2026-10-31
相关
先看 API,再看网页
对开发者和批量场景,MiniMax Music 的主形态是接口:一次请求,歌词加音乐描述,返回一首带人声的成品。网页与第三方平台也能用,但批量、自动化、接进自己的产品,走 API 更顺。它不管编曲工程,也不给分轨;要改一轨,得回到生成或另找分离工具。对内容团队来说,它的价值是把“出歌”变成一个可排队、可重试、可计费的任务。
歌词、描述与段落标记
请求里最要紧的是两个字段:歌词与 prompt。歌词可以带 [Verse]、[Chorus]、[Bridge] 这类段落标记,prompt 写曲风、情绪、人声、配器与制作质感。返回的是音频数据或下载链接,格式、采样率与时长上限按当前模型版本。提示写得越像制作 brief,结果越稳;只写“好听的流行歌”,得到的是平均值。
| 字段 | 作用 | 常见错误 |
|---|---|---|
| lyrics | 唱什么、怎么分段 | 一行太长、段标记缺失 |
| prompt | 风格、人声、编曲 | 形容词堆叠、没有具体乐器 |
| 参考音频 | 锁音色或风格 | 与文字描述冲突 |
| 版本 | 能力与上限 | 不锁版本,结果漂移 |
中文歌的批量生产
中文咬字、声调与句尾的处理,是它在国内场景里的主要卖点;同样的歌词,听起来更接近本地歌手的念法。批量出歌时,固定歌词与版本,只改 prompt 里的一个变量,能较快找到可用方向。短视频、广告、有声内容的配乐,用它做初稿比人工编曲快得多。当前版本标称可到约五分钟,实际长度与返回格式以文档为准。
返回值、重试与版本漂移
接口同步返回,长歌要等;高峰期超时与限流是常态,重试要带退避,别把并发打满。同一请求两次结果不同,人声音色与混音会有差别,跨次拼接像换人。模型版本升级后,旧 prompt 的效果会变,生产环境要锁版本,并把歌词、prompt、版本号一起存档。返回链接通常有时效,落地后立刻转存。
商用边界与替代
要确认:产出能否商用与发行、是否需要署名、数据保留与训练使用、并发与配额、不同版本的许可差异。具体以 MiniMax 开放平台文档与条款为准。替代:要分轨与后期,换腾讯音乐天琴;要网页端即开即用,换 Suno;要本地可控,换 YuE 或 DiffRhythm。
在库中听例子
每首均来自 midicn-lib,行内徽标为许可档位(C1 可商用 / C2 非商业 / C3 仅学习研究)。
同一条线
事实来源
- MiniMax 开放平台的音乐生成 API 文档(歌词、描述、返回格式与限制)。
- MiniMax Music 模型说明与版本列表(时长、采样率与可用模式)。
- MiniMax 开放平台服务条款(产出商用、数据使用与配额)。