“Minimax H3 is shockingly uncensored, wow”：我们把 H3 的 NSFW API 接好了

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