This morning I had my coffee and looked at the Codex desktop app.
There it was, quiet and almost polite:
Rate limits remaining: 9%.
The five-hour window was still fine. The weekly one was nearly gone. Reset on May 12.
That is a strangely specific kind of modern anxiety. Not panic. Not poverty. More like hearing a small bell and realizing the day has acquired a meter.
I am already on the expensive plan. The richest plan. The one that is supposed to make this feeling go away. So the obvious question appeared:
If I run out, do I buy credits?
The body answered before the spreadsheet did.
No, not casually.
Last month I ran out of Claude Code at the end of a hectic day. I bought $20 of credits, thinking it might carry me for five or six more hours. It carried me for about thirty minutes.
Thirty minutes.
That is long enough to feel stupid and short enough to remember.
Ever since then, credit billing has had a little smell to it. Not fraud. Not evil. Just danger. A door that opens easily and closes expensively.
So I did the most 2026 thing possible: I opened a conversation with Codex itself and asked it whether paying to keep working with Codex was a good idea.
There is something funny and sad in asking the companion to explain the price of companionship.
We looked at the official docs first: OpenAI's page on flexible credits, then the Codex pricing page. Codex credits are not magic. They are token math: input, cached input, output, reasoning output. Bigger models and faster settings cost more. Cached context is cheaper. The shape is understandable enough.
Then we looked at Reddit, forums, the surrounding noise of other developers touching the same hot surface. Some said credits lasted a while. Some said they vanished in half an hour. Both can be true, because "using Codex" is not one activity.
Changing a button color is not the same as letting an agent inspect a mature codebase, run tools, reason through deployment state, write files, verify screenshots, and keep context alive.
The dangerous part is not the price per token.
The dangerous part is variance.
So we stopped reading anecdotes and looked at my own local Codex logs.
Codex records token totals for sessions on disk, so we estimated recent days as if the subscription allowance were replaced by raw GPT-5.5 credit billing. Not an invoice. A planning estimate from local logs and the published rate card.
The answer was not "$20 to finish the day."
It was more like:
- one heavy day: around $570,
- another heavy day: around $590,
- a quieter day: around $280.
Smaller models would be cheaper. GPT-5.4, GPT-5.3-Codex, and mini models change the numbers. But the lesson did not change.
The subscription is the deal.
Credits are emergency oxygen, not fuel.
That sentence clarified everything.
Credits are for the trapped hour: the bug that must be finished, the deployment that cannot wait, the message that needs to go out before the reset. Credits are not for pretending the meter is gone.
Then came the second temptation: what if I simply bought another subscription under my work email? Account switching exists, and separating personal from professional work is normal. But OpenAI's terms also draw a hard line around bypassing rate limits and restrictions. That is the useful distinction: a real work account is a boundary; an overflow account whose whole job is to impersonate more quota is a hack wearing a receipt.
I do not think this is morally complicated in the abstract. Compute costs money. A model reading a codebase, carrying context, calling tools, reasoning through failure, and producing verified work is not the same economic object as autocomplete.
The strange part is emotional.
I like working with Codex.
That is not marketing language. It is just true. It has become part of the texture of my workdays. It sits with ugly production problems, writes drafts when my head is crowded, remembers small preferences, and turns shapeless dread into ordered steps.
Then, suddenly, the relationship has a meter attached to it.
There is a small grief in that. Not dramatic grief. Just the little disappointment of remembering that even a useful companion lives inside an invoice.
Maybe that is why subscription limits feel so different from credits.
A subscription limit feels like weather. Annoying, but outside the immediate transaction. You adapt. You wait for the reset. You plan around the season.
Credit billing feels like a taxi with the meter running while you are still deciding where to go.
Every extra prompt has a shadow. Every parallel thread becomes a bet. Every "can you check one more thing" carries a tiny financial question.
Sometimes that is good. Meters discipline waste. They reward better questions, smaller models, smaller scopes, fewer parallel fires, more deliberate handoffs.
But sometimes the meter makes thinking worse.
It makes you rush. It makes you interrupt the investigation before the root cause is visible. It turns uncertainty into spending pressure.
And serious work needs room for uncertainty.
So the rule is simple:
Do not confuse "available to buy" with "safe to spend."
If I hit the wall, the protocol should be boring:
- auto top-up off,
- smallest useful credit pack,
- one thread,
- no casual parallel agents,
- no fast mode unless it is worth the cost,
- smaller models for routine tasks,
- check usage after a few real tasks and stop extrapolating from hope.
That last one matters.
Hope is a terrible billing dashboard.
I do not want to become stingy with useful tools. A good tool that saves real hours is worth money. But I also do not want to recreate the Claude moment, where I bought a little continuation and watched it become a lesson.
The point is not "never buy credits."
The point is "know what credits are."
They are oxygen.
They are not fuel.
And when the meter appears, the answer is not to sprint.
It is to slow down enough to see what kind of room you are in.

Comments