社区所有版块导航
Python
python开源   Django   Python   DjangoApp   pycharm  
DATA
docker   Elasticsearch  
aigc
aigc   chatgpt  
WEB开发
linux   MongoDB   Redis   DATABASE   NGINX   其他Web框架   web工具   zookeeper   tornado   NoSql   Bootstrap   js   peewee   Git   bottle   IE   MQ   Jquery  
机器学习
机器学习算法  
Python88.com
反馈   公告   社区推广  
产品
短视频  
印度
印度  
Py学习  »  chatgpt

ChatGPT 和 Codex 即将共享额度,Plus 用户该怎么办?

安仔有点忙 • 2 天前 • 30 次点击  

OpenAI 官网的最新动态,从 12 月开始,ChatGPT 和 Codex 将共享使用额度,用量将以 Token 为单位进行计量。

不过官方也特别说明,Instant 普通对话不占用这份共享额度。

Plus 用户再次遭受暴击,本来在网页端几乎可以无限制地进行对话,现在使用更高级的模型处理复杂任务,也可能要和 Codex 抢额度了。

而本来 Codex 的额度就越来越不够用,Plus 用户越来越难了。

其实这个模式很像 Kimi,一直以来,Kimi 的网页对话和 Kimi Code 都是共享额度的。

当时我还觉得,Kimi 是真的想赚钱,毕竟没见过谁家的网页对话还有这么明确的额度限制。

直到前几个月,我看到了 Gemini 网页端的用量界面,发现它居然也有额度限制。

现在 ChatGPT 也开始搞这种模式了。

好吧,看来限制订阅用户的用量,正在成为一种趋势。



不过相比共享额度,安仔其实还比较关注另一个变化,那就是以后要以 Token 为单位计量。

大家都知道,现在 Codex 的额度并不透明,你根本不知道自己具体用了多少,只能眼睁睁看着剩余的百分比往下掉。

所以如果这次改动后,能够让用量变得透明一些,其实也算是一件好事。

当然,目前官方只是明确说可以查看共享额度的剩余用量和重置时间,至于能不能看到每次任务具体消耗了多少 Token,还得等后续上线才能知道。



至于 ChatGPT 和 Codex 共享额度这件事,我感觉还是需要观望一下,毕竟每个人的使用强度都不一样。

安仔的 Chrome 的默认标签页打开的就是 ChatGPT,基本上不管是获取信息、处理文档,还是撰写文章,我都是从这里开始。

但是,日常对话真的会消耗很多额度吗?我表示存疑。

无限对话当然是好事,但如果实际使用过程中,根本用不到那么多额度,是不是影响也没想象中那么大?

所以真正需要担心的,可能还是那些经常在 Web 端使用高强度模型,同时又大量使用 Codex 的用户。

而且说起来,我之前甚至还希望 ChatGPT 和 Codex 能够合二为一。

这样我就可以直接在 ChatGPT 里设计方案,然后无缝衔接到后续的开发中。

而不是像现在这样,在网页端聊了半天,最后还得让它总结出一份文档,再拿到 Codex 里继续开发。

但我希望的是额度在合并时,至少要 1+1=2,而不是 1+1=1 吧。



所以对于 ChatGPT 和 Codex 共享额度这件事,安仔的态度其实很明确。

我是极力反对的,而且该骂还是得骂,这特么不就是在缩减成本,压榨用户的权益么。

但是也没必要太悲观。

我不相信每个 Plus 用户都能用光每个五小时窗口的额度。而那些真正能把额度全部用光的重度用户,恐怕本来就需要考虑升级 Pro 了。

所以初步看来,对于我自己的工作来说,大概率影响应该不是很大。当然,具体还是得等 12 月上线后实际体验一下。

如果到时候真的不够用,大不了再花十几块搞个一年多的 Gemini Pro 会员,作为补充使用。

谁让 A 畜不做人,Grok 的能力又不足以挑起大梁,才让我们不得不越来越捏紧鼻子订阅 ChatGPT。

Tibo,你做个人吧!


Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/202926