# OpenAI 在生成接口里直接返回内容审核分数，不用再单独调一次审核接口

> 原标题：OpenAI API 新增内容审核评分

- 来源：AI HOT 精选
- 发布时间：2026-06-04T19:36:39.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/34352
- 原文：https://x.com/OpenAIDevs/status/2062619558440267801

## 摘要

OpenAI 把内容审核评分塞进了 Responses API 和 Completions API 的返回结果里。你现在发一次请求就能同时拿到生成内容和对应的安全分数，不用像以前那样先调生成接口、再调审核接口。拿到分数后，你可以自己决定怎么用：记日志、做路由分发、人工复核，或者直接拦截。正文没披露这个审核模型的延迟会增加多少、准确率怎么样，也没说和独立...

## 推荐理由

HKR-K 和 HKR-R 都成立：OpenAI 把审核分数塞进生成响应里，开发者可以据此做路由和拦截，省掉一次单独审核调用的开销。HKR-H 偏弱，因为这只是公开信和功能更新，不是已生效的法律或硬性安全突破，所以放在 featured 档位。正文没给出法案文本和执行时间表，实际省钱效果还得看调用量和审核精度，但方向上是给安全管线减负。

## 锐评

这次更新把内容审核从“事后检查”变成了“同步出分”。以前你得先调生成接口，再拿结果去调审核接口，现在 Responses API 和 Completions API 的返回里直接带安全分数。对开发者来说，最直接的好处是少写一次调用逻辑，延迟上可能也省掉一轮网络往返。

但正文没披露这个内置审核的延迟增量、误判率，也没说和独立的 Moderation API 比准确度差多少。如果你现在的业务对延迟敏感，或者审核标准很严格，这点先别太激动，得自己压测看看。另外，分数怎么用完全由你决定——记日志、做路由分发、人工复核还是直接拦截，灵活性是给了，但也意味着你得自己定阈值和处置策略。

还缺一个关键信息：这个审核覆盖哪些类别，和独立接口的覆盖范围是否一致。如果范围缩水了，那“省一次调用”的代价可能是漏判。