AREX Feed Article
OpenAI 把 API 用量与支出拆到单个 Key，月度硬限额超支即断流
北京时间 8 月 22 日凌晨（UTC 时间 8 月 21 日 20:45），OpenAI 官方开发者账号 @OpenAIDevs 宣布，API Platform 的 Usage and Spend 仪表盘新增按 API key 追踪用量与支出的能力，用户可以看到具体是哪些应用和工作负载在推高支出。
同一公告还带来月度组织或项目支出限额，包括达到限额即停止流量的硬限额（hard limits）。功能在 API Platform 提供，也可通过 Admin API 用于程序化工作流；官方配图演示了一笔 5,230 美元的支出如何按三个 API key 拆开。
三个 API Key 把 $5,230 的支出拆成三块
官方推文附带的 Usage 仪表盘截图里，顶部可以在 All projects 与 All API keys 之间筛选，中间是 8 月 1 日至 20 日的堆叠柱状图，图例把支出分成三段：production-api 3,657 美元、search-indexer 1,018 美元、staging 555 美元，合计正好 5,230 美元。
OpenAI 的说法是，这样能看出“哪些应用和工作负载在驱动支出”（which apps and workloads drive your spend）。续推把入口指向 ，并说明同一套能力可以通过 Admin API 程序化调用。
帮助中心文档确认，组织与项目两级都支持月度支出限额：可以只监控不执行，也可以作为硬限额强制执行，让 API 请求在支出达到限额后失败；用量活动可以按项目拆分查看，组织与项目所有者可以设置项目级限额。 公告本身没有给出具体上线时间。
硬限额不是提醒，到达限额的请求返回 429
开发者文档把两类控制分得很清楚：spend alert 在达到设定金额时只发通知，API 流量继续；hard spend limit 则让受影响的请求返回 429 错误，错误码为 organization_spend_limit_exceeded 或 project_spend_limit_exceeded。
两级硬限额的作用范围不同：组织级覆盖该组织所有项目的 API 流量，项目级只作用于计入该项目的流量。执行并非瞬时——文档写明，限额状态传播期间平台可能处理少量额外用量，因此记录的支出可能略微超过设定值。
触达限额之后，提高或移除该限额，流量会在更新传播后恢复；否则要等下一个月度周期重置。此外，OpenAI 按组织使用层级分配的月度用量上限，与用户自己配置的 spend limits 是两套独立机制。
需要程序化管理的团队可以用 Admin API：向 /v1/organization/spend_limit 发 POST 请求，创建或替换组织的月度硬限额，threshold_amount 以美分计，文档示例中 100 美元写作 10000；项目支出告警则可指定收件人与阈值金额。
与 GPT-5.6 Sol 三个月降价同一天官宣
新仪表盘和硬限额不是孤立更新。OpenAI 的 GPT-5.6 发布页在 8 月 21 日追加了一条更新：GPT-5.6 Sol 的 API 与 credit 价格在未来三个月下调超过 20%。
这已经是该家族的第二轮降价。7 月 9 日 GPT-5.6 家族（Sol、Terra、Luna）正式上线；7 月 30 日，OpenAI 把 Luna 价格下调 80%、Terra 下调 20%。
定价文档显示，gpt-5.6-sol 当前标准价为每百万 token 输入 4 美元、输出 20 美元（短上下文），长上下文为 8 美元与 30 美元，促销价至少维持到 2026 年 11 月 21 日。
OpenAI 把两件事放进同一句话解释：Sol 价格下调，加上“这些更新在用量增长时提供更多可见性与控制”。降单位成本的同时，给组织装上可强制执行的支出开关。
开发者：“终于不用盲猜哪儿烧钱了”
新功能发布后，开发者讨论集中在“真的会断流”和“按 key 归因”两点上。账号简介为 ParsewaveAI CTO 兼联合创始人的 Van0SS 在回复里写道：“真正有用的功能是那种会真的停掉流量、而不是只警告你的硬限额；大多数仪表盘只会让你眼睁睁看着账单上涨，却没有真正的刹车。”
开发者 Fahad Saleem 给出了一种具体用法：“硬限额正是我需要的。我会给每个 agent 单独一个 key，这样失控的循环也吃不完整个配额。” 中文开发者“安叫兽”的总结更直接：“按密钥拆开看花费，终于不用再盲猜哪儿烧钱了。”
也有开发者指出了新粒度的边界。据其简介在 WhiteCapData 搭建 AI 与自动化系统的 Michael Tierney 提醒：“按 API key 追踪的问题在于，它仍然看不出一个应用或工作负载内部到底跑了多少个工具。” 京都的 AI 创业者吉田春輝则点出硬限额的连带后果：“项目月额度一达到，流量本身就会停；把生产环境和验证环境放在同一个 project 里，两者会一起停。”
主推文发布约 11 小时后，获得 511 次点赞、37 次转发和 51 条回复。硬限额把“超支”从月末账单上的意外，变成了可以预先配置的流量开关；而开关设在组织级还是项目级、生产与验证是否共用同一个 project，直接决定了断流时会停掉多少东西。