Minimax 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 模型页](https://reapi.ai/models/minimax-h3)。

## NSFW API 的实际边界

这里的“支持 NSFW”指 reAPI 确实提供 `content_filter: false` 和 unmoderated channel ,不是拿关键词做宣传却仍把所有请求塞回默认过滤器。

它也不代表任何输入都保证成功。模型能力、素材格式和上游可用性仍会影响任务结果;调用者也需要遵守适用法律、素材授权及 [reAPI 可接受使用规则](https://reapi.ai/acceptable-use)。对合法成人向、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 文档](https://reapi.ai/docs/minimax-h3)。

## 当前状态

MiniMax H3 的 T2V 、I2V 、R2V 和 NSFW 路由现在都可以通过同一套异步接口调用。参数和当前价格在这里:

- [MiniMax H3 API 文档](https://reapi.ai/docs/minimax-h3)
- [MiniMax H3 on reAPI](https://reapi.ai/models/minimax-h3)

---

原文链接:[点击查看](https://www.v2ex.com/t/1235458)

评论

暂无评论。

0.051680s