共享额度:ai订阅用户会有流量焦虑吗

以前用AI，像是两部手机各办一张套餐。这个月聊天用完了，不耽误写代码；那边代码额度剩着，也用不到聊天里。月底一看，两张卡都还剩点，心里挺稳。

12月起这个玩法要变了。

OpenAI 10月31日公告，从12月开始，ChatGPT Plus、Pro、Business三档套餐的使用额度，ChatGPT和Codex合用一个池子，不再分开算。统一按token计。换个说法，你订阅的AI从两张套餐，变成一张合租的套餐。

听到这儿， programmers第一反应大概是：那我把代码交给Codex，聊天就变穷了。

还别说，情况比这更细。

官方公告里写得很清楚，消耗速度取决于你选的模型和任务复杂度，越强的模型、越复杂的任务，token掉得越快。同样是"改个bug"，用普通模型和用顶级推理模型，账不是一个数。

这一刀切得挺准，专门切在重度用户身上。

轻用户可能没什么感觉。聊天切到Instant模式不占这个共享额度，也就是说日常问问题、随手改个文案、翻译一段话，走的是不计入的那条路。最开始大家都还松口气。

但真正常用的人早就不在Instant上待着了。改代码、跑长任务、多轮调试、翻整个仓库问答，这些都在吃token的那一侧。而这批人恰好也是当初为了写代码才订阅Codex的人。

所以问题来了。

我付的钱，到底是买了"能聊多少"，还是买了"能干多少活"？

现在这两个数被强行绑在一起了。以前还能自己分配，今天在聊天里多试几轮，明天Codex改一个模块就可能撞墙。反过来也一样。

我自己那点焦虑很具体：不是"用超了要加钱"，是"我到现在都不知道额度是怎么没的"。ChatGPT聊天时的token消耗，Codex跑一次任务扣多少，两边现在合成一根进度条，我根本看不出是哪一头吃掉的。

有人已经在担心一件事，程序员用Codex跑自动化测试、写整套代码库重构，一次任务可能就是普通聊天的几十倍。这种用量和普通用户混在同一个池子里，池子见底的速度会被最重的那批人拉快。

OpenAI自己也知道这事儿敏感，公告里做了两个保证。

第一，Instant聊天不计入共享额度，保住日常使用不受影响。第二，说正在为过渡做准备，预计大多数用户等待额度重置的频率不会高于此前。

第二条这话听着像安慰。重置频率不变，但每次重置之间的可用量变少了，等于同样的钱买到的东西缩水了，只是缩水得慢一点，不那么硌得慌。

额度耗尽之后有三条路：等重置、升级订阅、买点数继续用。

我觉得这里藏着最关键的一句话，"买点数"。

按token计费这件事，在AI订阅里早就不新鲜了。但当聊天和编程合并成一个池子，token就从一个抽象的技术单位，变成了你能看见、能心疼的东西。以前你只知道"这个月用多了"，现在你能感觉到具体哪一次调用、哪个模型在吸干你的额度。

这到底是好事还是坏事？

我觉得是好事，但前提是账单得说人话。

得让人知道这次扣了多少、为什么扣。同样一个任务，模型换一下、上下文长度不同、要不要开子任务，token能差出好几倍。要是额度条只给一个总数，用完了还是那句话，"我也不知道怎么就没了"。

有人可能会说，共享额度就该这样，简单省事，各算各的反而不公平。

可公平不靠算得清楚，靠的是让人心里有数。

我觉得吧，聊天和编程真不该彻底混在一个池子里。两者成本结构完全不一样，一个是随手问，一个是干重活，非要合并，等于用同一份钱让轻用户补贴重用户，重用户再补贴那些一上来就跑长任务的。

更合理的做法是，要么保留独立额度，要么合并之后按用量分层计价，比如基础额度共享，超出部分你自己选是充值还是降级跑。

说到底，用户要的不是额度无限，是"我知道钱花在哪了"。

哪天额度条上能直接写清"这次任务用了多少、哪个环节用的、换个模型能省多少"，那这个共享我不但不焦虑，还觉得挺值。

现在这个形态，我得盯着用量页过活。