包月随便用终结OpenAI从12月起合并ChatGPT与Codex额度如果你每个月给 OpenAI 掏二十美元甚至上百美元订阅费习惯了白天跟 ChatGPT 聊方案、晚上用 Codex 疯狂写代码那么 12 月开始你的使用习惯可能得彻底变一变了。过去那张看似随便用的包月饭票正在被悄悄换成一张按算力精细扣费的充值卡。OpenAI 官方帮助中心在 2026 年 11 月 1 日前后更新了一篇文档明确确认从 12 月开始Plus、Pro 和 Business 三个订阅档位的用量额度将在 ChatGPT 与 Codex 之间合并共享。原本各算各账的日常聊天与专业写代码从此要抢同一个额度池子。一、为什么聊天和写代码突然要抢同一个池子很多付费用户的第一反应是我平时聊天聊我的写代码写我的两套功能井水不犯河水OpenAI 为什么非要把它们硬揉进同一个池子里问题就出在产品的底层形态发生了彻底改变。按照官方披露的规划OpenAI 正准备把 Work 里的智能体能力直接折叠进 ChatGPT 的主界面当中。目前 ChatGPT 的界面让用户在两种操作模式以及 11 种模型设置之间反复挑选连许多资深老用户都很难彻底分清。合并界面和合并额度正是对这种复杂操作形态的一次直接回应。以后用户不需要再在屏幕上纠结着挑模式在任意一段日常对话框里你都可以随时唤起一个需要多步骤自动执行的长任务。一旦主聊天界面能够随时随地接管过去必须专门调用的复杂工作流继续维持聊天的对话框算一个额度、写代码和工作流算另一个额度在系统底层记账上就彻底讲不通了。说白了以前就像你去一家综合餐厅面档和炒菜档各发一张限次卡现在大厨被直接请进了同一个包厢谁吃了多少食材、点了什么大菜后厨必须统一按原材料来称重算账。其实这种额度合并也并不是从零开始平地起高楼。在目前采用共享额度或者积分机制的档位上Codex、ChatGPT Work、ChatGPT for Excel 以及 Workspace Agents 早就已经共用一个额度与积分池甚至 ChatGPT for Word 也按照发布说明直接从 Codex 及其他高级功能的共享额度中扣除。12 月要做的事情不过是把这道口子彻底撕大把整个 ChatGPT 的主聊天框也一起装进这个共用池子里。二、消息条数不算数了背后的算力账本怎么翻这次调整最根本的变化在于计量单位的彻底洗牌它从过去模糊的每个时间窗口内发了多少条消息变成了按模型处理和生成信息的基本单位来精细计量扣费。这直接宣告了过去那种无限提示词式的包月叙事走向终结。在旧规则下你在输入框里敲一句简单的你好和让模型跑一段持续几小时、反复调用旗舰模型的复杂任务都被粗糙地算作发出了一条消息。但两者的实际算力成本彼此之间可能相差几十倍甚至上百倍。一旦改用信息基本单位来计量哪怕同样是一条消息也会被严格拆解成普通输入、缓存输入、模型输出以及不同的速度模式来分别记账重度用户的实际消耗会随着整个任务的结构剧烈波动。翻开 OpenAI 官方在 2026 年 11 月 1 日公布的定价文档不同模型之间的食量差距大得惊人。在标准速度下每处理一百万个基本信息单位旗舰级的 GPT-6 Astra 需要消耗 250 点输入积分、25 点缓存输入积分以及高达 1250 点的输出积分同属六代家族的 GPT-6.1 Sol需要 50 点输入、2.5 点缓存输入和 250 点输出GPT-6.1 Terra 则是 25 点输入、1.25 点缓存输入和 125 点输出而轻量级的 GPT-6 Luna输入只要 2.5 点缓存输入只要 0.25 点输出更只要 12.5 点。如果退回到上一代模型GPT-5.6 Sol 的标准消耗是输入 100 点、缓存输入 10 点、输出 500 点不过官方说明其促销价格至少会维持到 2026 年 11 月 21 日GPT-5.6 Terra 则是 50 点输入、5 点缓存输入和 300 点输出GPT-5.6 Luna 为 5 点输入、0.5 点缓存输入和 30 点输出。官方在文档里专门举例说明仅仅是一次典型的 GPT-5.6 Sol 任务就可能吃掉 2 到 15 点积分。要是再叠加速度模式和多模态用量消耗还会坐上火箭。当你购买积分或者在企业按量使用时Fast 模式是标准速率的 2 倍消耗Ultrafast 模式是 6 倍消耗但如果计入普通订阅额度Fast 模式会直接按 2.5 倍扣除用量如果给 GPT-6 Astra 或者 GPT-6.1 Sol 开启 Ultrafast 模式消耗倍率会直接飙到不可思议的 8 倍。这还没算上各种附加功能在桌面端使用语音交互系统会按照每分钟 0.05 美元直接从 Codex 预算里扣或者在部分商业版本里按每分钟 1.25 点积分扣除如果调用 GPT-Image-2 生成图像标准积分费率高达输入 200 点、缓存输入 50 点、输出 750 点图像生成消耗额度的速度相当于同等轮次普通文本的 3 到 5 倍。长任务由于需要上下文和多轮工具调用往往比简单的短请求多消耗整整一个数量级。面对这种精细的扣费机制官方甚至在文档里手把手教用户如何延长自己的额度寿命比如在提问时必须严格控制提示词体积、只向模型提供强相关的文件、按需裁剪最终输出内容还要主动缩小智能体规则说明文档的体积并且减少同时启用的外部服务连接器数量。三、谁在偷笑谁最肉疼这套新规矩一旦全面落地不同订阅用户的处境立刻分化成了冰火两重天。最不受影响的是把 ChatGPT 当作高级搜索、辅助查资料的普通 Plus 用户。按照官方的每月定价Plus 档位是每月 20 美元。只要这部分用户主要停留在不计入共享池的 Instant 对话里把 GPT-6 Astra 这类极昂贵的旗舰模型留给真正需要的刀刃时刻他们的日常体验几乎不会受到冲击甚至察觉不到这个共享额度池的存在。最肉疼的群体则是那些深度依赖 Codex 进行日常开发的程序员。Codex 本身虽然覆盖了包括免费版和每月 8 美元的 Go 档位在内的所有层级但核心能力和额度一直随着订阅水涨船高并且 Codex Cloud 只对符合条件的付费档位开放。过去这些开发者白天在 ChatGPT 里做复杂的技术方案剖析和长篇文档处理完全不会影响到自己 Codex 的编码额度。但 12 月之后同一个池子里的水开始被两头疯狂抽取你在主界面里让模型深思熟虑写一份大型架构方案下午回到编辑器里写代码时可能就会突然发现额度已经见底两者形成了直接的互相挤占。对于按席位采购的商业团队麻烦则升级成了预算完全无法提前核算的财务难题。在官方设定里Business 席位按年付是每人每月 20 美元按月付是每人每月 25 美元并且细分为 Standard 和 Premium 两种席位。从目前本地消息的估算来看Standard 席位在每 5 小时内调用 GPT-6 Astra 只能发 5 到 45 条消息GPT-6 Sol 和 GPT-6.1 Sol 大概能发 15 到 150 条或 160 条GPT-6.1 Terra 能发 35 到 285 条而轻量的 GPT-6 Luna 能发 350 到 3000 条上一代的 GPT-5.6 Luna 则是 250 到 2000 条。高低档模型之间的处理容量足足相差了 67 到 70 倍。此外Business Standard 席位每月另外包含 15 条 Pro 消息Premium 席位则是每周 50 条 Pro 消息由 GPT-6 Pro 与 GPT-5.6 Sol Pro 共享同时 Premium 席位享有更多的 Work 和 Codex 用量且不受 5 小时限制。一旦代码审查、跨表格分析、多步骤智能体全部混杂在同一个池子里扣费企业技术负责人再也没法按单一工具去给工程师做采购预算必须把整个开发流程放在一起按混合工作负载重新测算。四、悬在半空的关键数字有意思的是回顾 2026 年下半年的历程Codex 的用量规则其实经历了一连串充满戏剧性的反复横跳。早在 2026 年 7 月OpenAI 就曾取消过滚动的 5 小时限制并重排每周重置时间但仅仅同月稍晚官方在提高配额的同时又以另一种形式恢复了 5 小时上限到了 8 月 25 日Codex 负责人 Tibo Sottiaux 公开表示 Plus 恢复 5 小时窗口而 Pro 档位继续享受数月豁免紧接着 9 月 26 日系统发生一次故障后官方又出面承诺为付费用户重置额度。进入秋季后动作更加频繁。9 月 29 日OpenAI 推出了每月 500 美元的 Pro 500 档位并重新开放了每月 200 美元的 Pro 200 档位就在宣布 12 月大合并的两天前也就是 2026 年 10 月 29 日官方突然把 Pro 100 和 Pro 500 的 Work 与 Codex 额度直接翻倍同时紧急取消了原定 9 月 29 日对 Pro 200 的削减计划让 Pro 200 用户也拿到了原先两倍的额度。把视线投向整个行业老对手 Anthropic 也在做着极其相似的事情。就在 10 月份Anthropic 已经把 Claude 的 Chat 与 Cowork 合并成了单一产品把最高档位 Max 改名为 Ultra对完成验证的账户取消了 5 小时限制但保留每周上限并且同样引入了额外的接口积分作为补充机制。两家大模型领跑者步调一致地收敛到了同一个商业终局包月订阅本质上就是购买一份按周期刷新的算力配额而额外购买积分则是用量超标后的唯一溢出口。但让所有用户和企业心里悬而未决的是OpenAI 截至目前在帮助文档里依然留下了大片空白。官方没有公布 12 月内具体的生效日期没有公布各个档位到底能拿到多少具体的信息基本单位配额也没有说明目前适用于 Plus 和 Business 的 5 小时窗口、可能适用的每周窗口以及 Pro 档位此前的 5 小时豁免是否会在 12 月后继续延续。而免费版、每月 8 美元的 Go 档位以及面向超大型客户的 Enterprise 和教育版的 Edu 档位由于实行弹性定价且不设固定速率限制这次并未出现在 12 月调整的名单里。按照现有规则一旦额度见底摆在用户面前的路只有三条在界面设置里盯着倒计时等待窗口刷新、花钱升级套餐或者掏钱购买额外的积分继续使用。而且根据官方规定客服人员绝不会手动帮任何用户重置用量哪怕使用一次完整的备份重置也只会同时刷新 5 小时和每周两个窗口并顺移每周重置日。OpenAI 官方在文档里预期绝大多数用户需要等待用量重置的频率不会比现在更高。但在没有任何公开数据支撑、具体额度数字依旧保密的前提下这依然只是一句无法验证的安抚。在大模型全面转向复杂多步骤任务的今天那张曾经看似无限续杯的包月饭票终究变成了一本精打细算的算力账簿。
企业数字化 ERP 产品动态
相关推荐
12 · 新机部署实录(38.76.188.216,2026-11-02) /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:21:34
588克机器人贴肚子上自己扫肝,但它还当不了超声医生 588克机器人贴肚子上自己扫肝,但它还当不了超声医生
体检中心里,腹部超声那一队通常最慢。
轮到你,躺上床,撩起衣服,护士在右上腹抹一层凉丝丝的耦合剂。医生把探头压上去,盯一眼屏幕,说"吸… · 2026/11/4 7:21:34
Edge Port边缘端口与BPDU Filter配置:STP协议优化与环路防护实践 一、STP协议基础与Edge Port概述
1.1 STP协议的核心作用
生成树协议(STP)通过阻塞冗余链路避免网络环路,确保数据帧不会无限循环。其核心流程包括根桥选举、端口角色分配和状态转换,最终形成无环拓扑。在理想情况下,ST… · 2026/11/4 7:21:34
全球网络延迟模拟框架设计与实践 1. 为什么需要全球网络延迟模拟框架 在全球化应用部署的今天,我们的服务可能同时运行在东京、法兰克福和圣保罗的服务器上。但物理距离带来的网络延迟问题,往往要到用户投诉时才会被发现。去年我们团队就遇到过这样的情况:一个在欧洲内部测试… · 2026/11/4 7:57:39
SQL Server随机查询优化与自定义函数实践 ## 1. 为什么我们需要随机查询数据?在日常数据库开发中,随机查询数据是个看似简单却暗藏玄机的需求。上周我接手一个抽奖系统改造项目,发现原有的ORDER BY NEWID()写法在百万级数据表上性能惨不忍睹。这促使我重新梳理了SQL Server中各种随机… · 2026/11/4 7:57:39
OpenClaw开源智能监测系统:低成本小龙虾养殖解决方案 1. 项目概述 OpenClaw是一个专为小龙虾养殖场景设计的开源智能监测系统。这个项目最初由国内某农业科技团队开发,旨在帮助中小型养殖户通过低成本方案实现水质监控、投喂管理和生长预测等功能。我在去年接触这个项目后,先后在三个不同规模的养殖场进行了… · 2026/11/4 7:57:39
PSPing实战:用ICMP/TCP/UDP快速定位网络延迟与丢包 凌晨两点被电话叫起来处理“系统卡顿”,多数人的第一反应是打开浏览器翻监控面板,我的习惯是先敲一行命令。命令行里那把小刀就是PSPing——一个不到 1MB 的单文件可执行程序,丢进自己的工具目录、加进 PATH 就能用,不装服务、不写… · 2026/11/4 7:57:39
深入解析Android Zygote进程启动与优化 1. 从系统启动到Zygote的诞生 Android系统的启动过程中,Zygote进程扮演着至关重要的角色。作为所有应用进程的母体,它的启动流程值得深入探究。整个过程可以分为三个关键阶段:Linux内核初始化、init进程启动、以及最终Zygote服务的诞生。 当… · 2026/11/4 7:57:39
SolidEdge许可证智能监控与优化方案 1. 项目背景与痛点解析在工程设计领域,SolidEdge作为主流三维CAD软件之一,其许可证成本往往占据企业IT支出的重要部分。我们团队在服务制造业客户时发现,超过60%的企业存在许可证闲置率超过30%的情况——某个工程师上午申请了许可证ÿ… · 2026/11/4 7:56:39
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38
AI辅助技术栈评估:提升研发决策效率60% 1. 项目背景与核心价值技术决策一直是研发团队面临的重大挑战。随着技术生态的快速演进,技术栈的选择、维护和迭代变得愈发复杂。我们团队在过去两年里,先后经历了三次重大技术栈迁移,每次都需要投入大量人力进行技术评估和风险分析。直到去年… · 2026/11/4 0:00:17
从生成Token到直接决策:Jev如何重塑AI Agent工程实践 1. 从"生成文字"到"拍板决策":Jev 到底在解决什么问题大多数人第一次接触大模型,脑子里建立的模型是"输入问题、输出文字"。你问它今天天气怎么样,它给你一段描述;你让它写个周报,它给你… · 2026/11/4 0:00:17
32G统一内存跑大模型:内存账、TPS实测与端云分流 想在一台 32G 统一内存的小主机上把大模型跑成"日常可用",这件事我前后折腾了小半年。标题里说的这台 Mac mini M6,是我们这次讨论的目标平台,具体到手规格以实物为准;但下面这套推算方法和实测思路,对任何统… · 2026/11/4 0:00:17
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38