最近在构建自己的 个人阅读管理 功能,项目是基于 Astro ,前端仅两个页面,展示页面不到 1000 行,管理页面不到 2000 行,JS 代码不超过 2000 行,但发现 Codex 的消耗速度比较离谱,我的个人账号开通的 Plus ,不到两天时间,总量剩余不到 20%。
但是公司使用的 Plus 账号,仓库代码行数超过 5 万行,经常需求是前端页面,后端多个服务,用了两个多月了,一周的用量也是勉强够用的。
大家这两天的用量正常吗?
最近在构建自己的 个人阅读管理 功能,项目是基于 Astro ,前端仅两个页面,展示页面不到 1000 行,管理页面不到 2000 行,JS 代码不超过 2000 行,但发现 Codex 的消耗速度比较离谱,我的个人账号开通的 Plus ,不到两天时间,总量剩余不到 20%。
但是公司使用的 Plus 账号,仓库代码行数超过 5 万行,经常需求是前端页面,后端多个服务,用了两个多月了,一周的用量也是勉强够用的。
大家这两天的用量正常吗?
1
liuxm6 3 days ago
行数≠token,烧的是 turn 数 + reasoning 。小项目反复 iterate 比大仓库定点改还费,而且 gpt-5 high 思考 token 很贵。先把 reasoning effort 降到 medium 看看。
|
2
onichandame 2 days ago via Android
Plus 不够正常吧,正经开发至少要 5x
|
3
bjzhou1990 2 days ago
不够用正常,如果要省着用,多开线程,一个话题一个线程,保持上下文简洁,千万别在一个线程里不停的压缩
|
4
Yserver 2 days ago
medium? 感觉都是 xhigh 的
|
5
defaw 2 days ago
kotlin 小工程,10w 行,半小时蹬完 plus 5h,想要省点用,context 超 30%就要压缩。
|
6
night98 2 days ago
plus 本来就只适合极轻度的编程工作,说人话就是 vibe 个小网页,个人主页,博客这些小东西,你想正经工作流就是起步 5x ,如果每天都拉满的话就是得 20x
|
7
www12222 2 days ago
这种东西交给 gemini 就行 codex 浪费
|
8
qiuyuxiao 2 days ago
想省 token ,就不能说人话。一定要想着 Agent 怎么才能听得懂。记得刚开始体验 Google 的 antigravity 的时候,最初级的套餐有个每几个小时总量的限制。我因为骂了他一句,蠢猪,你把我的计划全搞乱了!然后他就在那里狂飙不回头了,直到系统提示你的 token 用完了,要等 4 小时 30 多分钟才会刷新。
|