OpenAI Dev Day翻车实录：用量砍半、翻车演示与500美元新套餐

OpenAI的Dev Day本应是展示前沿创新的高光时刻，结果却演变成一场争议不断的发布会。从套餐用量被悄然砍半，到现场演示的尴尬卡顿，再到一堆"似曾相识"的新产品，这次活动引发的吐槽远多于掌声。本文基于YouTube创作者的深度解读，梳理这场发布会的几个关键看点——既有真正值得肯定的创新，也有令人皱眉的操作。

发布会前夜：用量砍半的"预告"

活动前一天，OpenAI通过推文提前"打预防针"，宣布将调整200美元/月的订阅套餐。原本备受欢迎的20x用量套餐被下调为10x，官方给出的理由是"模型效率翻倍"。

问题在于，这种"效率翻倍"的说法缺乏可验证的基准数据支撑——用户只能"用了才知道"。更核心的争议是：在用户已经按既定价格付费的前提下，服务方单方面调整了套餐包含的用量。这被不少人视为AI浪潮中较为明显的一次"规则变更"，触及了订阅制产品最敏感的信任问题。你买的是一个明确的价格与用量组合，而中途改变等式的一边，自然会引发强烈反应。

500美元新套餐与"超快模式"

为了安抚高用量用户，OpenAI推出了500美元/月的新套餐，提供25x用量。换算下来，相比上月的套餐，这意味着多花150%的钱，换来大约25%的额外token——这笔账让不少开发者直呼不划算。

新套餐还附带了一个名为"超快模式（ultra-fast）"的新功能。它比常规fast模式快8倍，但成本高出6倍。作者实测后发现，速度确实令人上瘾，但烧钱同样迅猛。

在一次实测中，作者让模型执行V2迁移任务，约1分41秒完成了722行插入、16行删除。但代价是：周用量额度从54%直接掉到52%，一次操作就吃掉了2%的周配额。按这个消耗速度，500美元套餐的一周用量可能在40到100分钟的实际agent运行时间内就被耗尽。有用户甚至反馈在40分钟内就用完了周限额。

所谓"unlimited usage"的说法同样存在陷阱——它实际是"一个月的无限用量"，且一旦agent需要委派任务给其他agent，依然会产生额外费用。这类细则让"无限"二字打了折扣。

翻车的现场演示与"撞名"插曲

发布会上展示的always-on agent（代号Dottie）本是重头戏：一个可对话、能保持组织性、支持计算机操作的常驻agent。但在现场演示中，当被要求"总结昨晚的用户测试"时，它反复回答"还在查"，迟迟没有结果，场面相当尴尬。

事后有说法将问题归咎于Wi-Fi，但从视频画面看，agent确实接收并回应了对话，只是功能没有正常跑通——这让"Wi-Fi借口"显得站不住脚。

更戏剧性的是域名插曲。据作者描述，SpaceX抢先拿下了相关域名，导致访问该域名会跳转到竞品Grokbot而非OpenAI。据称这一操作花费SpaceX约2000万美元。此外，连OpenAI首席财务官Sarah Friar在介绍时都一度口误，把产品名说成了竞品名，侧面反映出这款产品与现有竞品的高度相似。

Always-on agent（常驻代理）是当前AI产品竞争的核心赛道之一，其核心设计理念是让AI代理在后台持续运行，能够感知用户的日程、文件、通信内容，并在用户需要时立即响应，而非每次都从零开始对话。这与传统聊天机器人最大的区别在于"持久性上下文"——代理能记住过去发生的事，主动跟踪任务进展。Grokbot（xAI旗下产品）、Cursor（代码编辑器中的AI代理）均在各自垂直场景中探索过类似能力。OpenAI这次发布的Dottie定位于更通用的场景，支持计算机操作（即直接控制桌面应用），技术挑战显著高于纯对话代理，这也部分解释了演示为何容易出现稳定性问题——多步骤、跨应用的任务链路对系统可靠性要求极高，任何一个环节超时都可能导致整个演示僵住。

一堆"似曾相识"的新产品

这次Dev Day的多数头条发布，都带着浓厚的"复刻"味道：

• always-on agent：被指与Grokbot高度相似，界面又神似Cursor。
• Decision API：一类通用分类器API，支持图像能力。但问题在于，发布会宣布后该功能还要等约一周才可用——这被作者调侃为"为公告而做的公告"。Cloudflare等厂商已有类似的分类器产品。
• Spaces：一个类似Notion或Google Docs的产品，集成待办与笔记功能，被评价为"又一个笔记应用"。

作者的核心吐槽在于：一家以"AI是未来、能创造全新体验"为卖点的公司，发布会主打的却是一堆早已存在的产品类别。这种"重新发明已有产品"的策略，并没有很好地传递出AI创新的说服力。

两个真正值得肯定的亮点

抛开吐槽，这次发布会也有两处被作者认可的创新。

Sign in with ChatGPT：用户可以用ChatGPT账号登录第三方应用，并与应用共享部分token。这意味着使用应用时无需手动复制粘贴API key，还可能支持消费限额——即便应用被攻破，也不至于token被全部耗尽。作者认为这是一个真正具有前瞻性的设计，预计未来一两年内会出现大量"自带token"的应用：应用提供价值，在你自己的token之上收取服务费。

开放模型接入Codex：GLM 5.3 Flash和Kimi K3将原生接入Codex，相关用量计入用户的OpenAI commit额度。OpenAI称这是"拥抱开放"。不过作者对此持保留态度：一家闭源前沿公司高喊"open is the way"，背后或许仍有将开放模型纳入自身闭环生态的商业考量，"开放"的成色值得观察。

写在最后

综合来看，这届Dev Day暴露出OpenAI在产品策略与用户沟通上的几重矛盾：一边调整套餐引发信任争议，一边用大量复刻产品填充发布会，同时又在身份登录与开放模型接入上展现出真正的前瞻思路。当AI既能达到这样的智能水平，又能以如此快的速度写代码时，随之而来的大概率是海量的低质量代码（slop）——这或许正是我们需要提前面对的未来。

背景补充

"Sign in with ChatGPT"本质上是一套类似OAuth的身份认证与授权协议扩展。OAuth（开放授权）是目前互联网上最主流的第三方登录标准——你在使用"用Google账号登录"或"用GitHub登录"时，背后就是OAuth在工作。OpenAI在此基础上增加了AI专属层：用户在授权时可以选择将自己账户下的token配额部分共享给第三方应用使用，同时可设置消费上限。这种设计的价值在于，它将"AI能力"而非仅仅"身份信息"作为可授权的资产。对开发者而言，无需自行维护API key管理和计费系统；对用户而言，token的使用权限被精确切割，即便某个第三方应用遭到攻击或滥用，损失也被限制在预设上限以内，而非整个账户暴露。这一模式若被广泛采用，可能催生出一类新的轻量级AI应用——应用本身只提供垂直场景的交互逻辑，算力与模型能力完全依托用户自带的OpenAI账户，开发者专注于产品价值而非基础设施。

Codex在这里指的是OpenAI推出的云端AI编程代理（Coding Agent）平台，与早年同名的代码补全模型不同，这一代Codex能够在沙箱环境中自主执行多步骤编程任务，例如读取代码仓库、运行测试、提交代码变更等，接近一个可异步工作的"虚拟程序员"。将GLM 5.3 Flash（智谱AI的轻量级模型）和Kimi K3（月之暗面的推理模型）纳入Codex生态，意味着用户在使用这些第三方开源或半开源模型时产生的调用量，会统一计入其OpenAI平台的额度体系。这一安排对OpenAI的潜在好处显而易见：它将第三方模型的用量转化为自身平台的流量与结算入口，用"开放"姿态巩固平台中心地位。对用户而言，短期内统一额度管理确实更方便，但长期来看是否形成对单一平台的深度依赖，值得警惕。