# OpenAI 给 Codex 和 Sora 换了一套“先用额度，超了再扣钱”的访问系统

> 原标题：Beyond rate limits: scaling access to Codex and Sora

- 来源：OpenAI News
- 发布时间：2026-02-13T09:00:00.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/203
- 原文：https://openai.com/index/beyond-rate-limits

## 摘要

OpenAI 发了一篇工程博文，解释他们怎么解决 Codex 和 Sora 用户老撞速率限制的问题。核心做法是自研了一套实时访问引擎，把速率限制和预购点数揉在一起：请求先走免费速率额度，额度用完了自动从点数余额里扣，用户不用切换系统。文章说这套“决策瀑布”模型能在一个请求里同步完成判断，点数扣减异步处理，并且有三套独立数据（产品用量、计费事件、余额变动...

## 推荐理由

这是 OpenAI 官方的产品更新，标题抛出了“超越速率限制”这个钩子，对开发者来说很抓眼球，所以 H 和 R 都成立。但正文完全没披露具体怎么调、调多少、谁受益、花多少钱、什么时候上，信息密度极低，K 不成立。我会先打个折，把它放在 featured 底线，等后续有参数再重新评估。

## 锐评

这篇博文讲的是 OpenAI 自研了一套实时访问引擎，把 Codex 和 Sora 的速率限制跟预购点数打通了。核心思路叫“决策瀑布”：一个请求进来，系统先看免费速率额度还剩多少，用完了就自动从点数余额里扣，整个过程在一个请求里同步完成，点数扣减异步处理，用户感知不到切换。文章强调这套系统有三套独立数据（产品用量、计费事件、余额变动）互相校验，号称“可证明正确”，目的是避免延迟扣费导致的余额不一致或意外拦截。

但要注意，这本质上是一篇工程架构说明，不是产品更新公告。正文没写具体放了多少量、哪些用户能用、点数怎么定价、什么时候上线。它解决的是“撞墙之后怎么办”的体验问题，而不是“墙本身拆了没有”。如果你期待的是 Codex 或 Sora 的免费额度大幅提升，这篇并没有给出任何数字。

另外，文章提到他们评估过第三方计费平台，但认为那些方案做不到实时判定和可审计的透明性，所以选择自研。这个判断在交互型产品上说得通，但自研也意味着维护成本和迭代速度全压在自己身上，长期可靠性还得看实际运行数据。