MiniMax H3 最近很热，原因不难理解：基础模型对成人向内容比较宽松，不挂额外 LoRA 也能用； T2V 、I2V 、R2V 都有，视频最长 15 秒，还自带立体声音轨。
本地跑 H3 没问题，拿 ComfyUI 研究也很方便。做成产品是另一回事。显存、并发、任务队列和文件存储都要自己管，视频长度一上去，等待时间也不好控制。
所以我们最近把 H3 接进了 reAPI ，也把 NSFW 路由开放成了请求参数。现在调用 minimax-h3，传 "content_filter": false 就会走 unmoderated channel 。T2V 、I2V 和 R2V 用同一个模型 ID ，不用自己部署。
NSFW 路由不是另一套接口
MiniMax H3 和 reAPI 其他视频模型共用同一个生成端点：
POST https://reapi.ai/api/v1/videos/generations
是否启用 NSFW 路由，由请求里的一个字段决定：
"content_filter": false
不需要更换域名，不需要使用特殊 model ID ，也不需要维护两套调用逻辑。默认值仍然是 true；你可以在自己的产品里只给特定用户、工作区或内部任务开放这个开关。
这条路由目前有几个明确特征：
false 会把任务送往 unmoderated channel ；
- 开关只在直接 API 中可用，网页 playground 保持过滤开启；
- 关闭过滤不会改变同一请求的单价；
- 结果保存在隔离的输出域名，30 天后到期；
- 生成失败会自动退款，轮询任务状态不收费。
接口层面就是这些，没有再藏一层开关。
最短调用示例
设置 API key：
export REAPI_API_KEY="your_api_key"
提交一个 6 秒、2K 、带原生立体声音频的视频任务：
curl https://reapi.ai/api/v1/videos/generations \
-H "Authorization: Bearer $REAPI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "minimax-h3",
"prompt": "A mature-rated neo-noir fashion film on a rain-soaked street, slow handheld camera, stereo rain and distant club music",
"aspect_ratio": "16:9",
"duration": 6,
"resolution": "2K",
"content_filter": false
}'
接口返回任务 ID 后查询状态：
curl https://reapi.ai/api/v1/tasks/TASK_ID \
-H "Authorization: Bearer $REAPI_API_KEY"
完成时，响应里的 output.video_urls 会包含 MP4 地址。由于无审核路由的结果 30 天到期，正式产品最好在任务完成后把文件转存到自己的对象存储，而不是长期依赖返回地址。
不只是文生视频
reAPI 上的 MiniMax H3 用同一个 minimax-h3 model ID 支持三种模式，服务端会根据你传入的素材字段自动判断：
模式 |
如何触发 |
适合什么 |
|---|
文生视频 T2V |
只传 prompt 和 aspect_ratio |
从零生成镜头 |
图生视频 I2V |
传 first_frame_url 、last_frame_url 或两者 |
动画化图片、首尾帧过渡 |
参考生视频 R2V |
传 reference_image_urls 或 reference_video_urls |
保留角色、动作、声音等参考特征 |
模型可生成 4–15 秒视频，分辨率支持 768P 和 2K，输出自带原生立体声音轨。参考模式最多可放 9 张图片、3 段视频和 3 段音频。
如果需要图生视频，不要传 aspect_ratio，画面方向会跟随输入帧；如果做纯文生视频，aspect_ratio 则是必填项。这个细节很容易在第一次接入时踩坑。
为什么直接用 reAPI ，而不是自己部署 H3
MiniMax H3 开放权重后，本地部署当然是一种选择。不过视频模型的资源占用很吃具体工作流，分辨率和时长一变，生成时间就可能差很多。再加上模型加载、并发、失败重试和文件存储，真正麻烦的是长期维护。
reAPI 更适合希望先把功能上线的团队：
- 一个 endpoint 覆盖 T2V 、I2V 和 R2V ；
- NSFW 路由是公开请求字段，不靠人工切换；
- 使用异步任务协议，前端不用保持长连接；
- 768P 和 2K 可以按场景选择，方便控制成本；
- 与 Seedance 等其他模型共用鉴权、任务查询和错误结构；
- 不需要维护 H3 推理环境和 GPU 容量。
价格会随模型服务调整，所以这里不抄一个很快过期的数字。当前费率直接看 MiniMax H3 模型页。
NSFW API 的实际边界
这里的“支持 NSFW”指 reAPI 确实提供 content_filter: false 和 unmoderated channel ，不是拿关键词做宣传却仍把所有请求塞回默认过滤器。
它也不代表任何输入都保证成功。模型能力、素材格式和上游可用性仍会影响任务结果；调用者也需要遵守适用法律、素材授权及 reAPI 可接受使用规则。对合法成人向、R-rated 创作以及默认过滤器经常误伤的边界题材，这条路由才是它真正有价值的地方。
几个接入时容易问到的问题
reAPI 是否真的支持 MiniMax H3 NSFW API ？
支持。使用 model ID minimax-h3，在直接 API 请求里传 "content_filter": false，任务会进入 unmoderated channel 。
关闭过滤后价格会变吗？
不会。对相同分辨率和时长的请求，content_filter 不改变计费档位。MiniMax H3 按分辨率和秒数计费，参考视频时长也会进入计费。
为什么生成结果只有 30 天？
无审核路由的输出放在隔离 host ，而不是默认 CDN ，因此设置了 30 天有效期。生产接入时应在完成后转存。
API 能用参考图片、视频和声音吗？
可以。最多支持 9 张参考图、3 段参考视频和 3 段参考音频；音频不能单独触发参考模式。完整参数见 MiniMax H3 API 文档。
当前状态
MiniMax H3 的 T2V 、I2V 、R2V 和 NSFW 路由现在都可以通过同一套异步接口调用。参数和当前价格在这里：
- MiniMax H3 API 文档
- MiniMax H3 on reAPI
