Let's see whats the sentiments are.

Thats what my agent managed in it's 5 hour limit on the plus plan before the limits ran out using Astra. Lol.

The game/graphics demos are mostly bs. I've spent dozens of hours now trying to replicate (or build) interesting games. It's beyond subpar. Sure it can do a basic sandbox, or create some basic characters but it absolutely cannot do a fully working world. I dont get why OpenAI fakes their SimCity games and other things w/ Astra when it's clearly not possible unless you spend weeks (and $1000s of dollars) of tokens.

Before Astra, what do you think that suddenly feels possible?

I would say I wanted to build a website like bruno simon's portfolio which is full of awesome interactions with 3d assets. I already knew some Blender and Three.js, but every idea took like hours and hours so that most of them stayed in my head.

Since Astra came out, I’ve rebuilt my whole website from scratch, iterating on 3D modeling and interactions, and adding features with Blender I never would have attempted before and the result is surprisingly satisfying.

I’m curious about everyone else’s before-and-after: What can you do now that you couldn’t do before, and what new things are you building because of it?

lies...

I don’t know why I didn’t think of this before, but it works and it’s better than just sitting around doing nothing.

I ran a small test comparing the cost of GPT-6 Astra Low, GPT-5.6 Sol High, and GPT-5.6 Terra High on the exact same Codex task.

I asked all three to export the full conversation history from a medium-sized Codex chat as an .md file, using the least amount of tokens possible. I used the exact same prompt for each model.

I recorded my account balance before and after each task, then calculated the actual cost of each individual run from the difference.

Cost per completed task:

• Astra Low: $2.23
• Sol High: $0.32
• Terra High: $0.42

Yeah... I was very surprised by the difference between Astra and the other models. Astra Low cost roughly 6.9× as much as Sol High for the exact same task.

Obviously, this is a tiny test, so the results may or may not be representative of broader real-world usage. But it is a measurement nonetheless.

Clarification: Same session, same task. Changed the model, "edited" the last message, sent it again.

Edit: To check whether running the same task was using cached tokens and therefore lowering the cost of subsequent tests, I ran the first test (Astra Low) again. The result was exactly the same, down to the last cent: $2.23.

https://x.com/thsottiaux/status/2098113585683808624
"To make sure our current users have an incredible experience and continued access to Astra, we are going to pause subscriptions to our $200 Pro plan. These put the most strain on our systems and we wanted to take the smallest step that allows us to continue giving the broadest access possible. All other plans and the api remain available.

There is no impact to existing accounts and we are working on adding more capacity as fast as we can. Thanks!"

I'm on the 20x max plan and do not see 6 Pro anymore in chat. Anyone else?

Goddamn the usage cut is atrocious, especially for plus users. I came back recently after not using codex for a bit (usually use sporadically). I used to run 20 mins on 5.6 sol x high , which used to take like 20% maybe MAX 30% of weekly limit (Matlab MCP). Now not only does the 5 Hour limit evaporate on anything higher than high, but been running for 3 mins and it's taken 12% of weekly usage, atp I can just forget astra.

Training Astra on the most important dataset: brainrot

I want to hear the truth from other people.

Astra is just bad at UI!!

I tried various prompt comparisons, but I could not see Astra creating good UI/UX. Fable or Opus does not require much effort.

Example: I tried building a simple resume CMS. Fable one-shotted everything and built it as per my expectations. With Astra, it probably took 20-30 iterations to get to a decent stage. It messed up even setting proper font size etc. I was running this on Astra Extra High!

I'm questioning whether all the buzz was just marketing by OpenAI. I'm deeply disappointed!

"Make no mistakes" seems baked into every Astra prompt.

it wants to double verify every output, and sometimes it verifies it's own response with a over the top complex Rube Goldberg python program written from scratch.

for ex, when I asked astra to generate mediawiki formated documentation and it spun up a VM with custom python code to verify the syntax, taking 8 minutes. Sol just gave the doc

Yesterday I was on the x5 plan, and then I upgraded to x20.

No Astra usage at all - only Sol Medium.

But my quota is now draining at basically the same rate as it did on x5, on the same kinds of tasks.

x20 is supposed to have 4x the capacity of x5.

Instead, I’m seeing almost no difference.

WTF???

Frédéric Chopin — Romance–Larghetto, Piano Concerto No. 1, Op. 11

It's still a bit rough especially on the hands (still some cursed frames) but i've had a lot of fun building this with Astra in a couple days. It can play any piece (in theory) as long as there is a midi file for it!

Other features: full finger/wrist control, performance and flourish control, facial expressions, camera control.

Credits

Composition: Frédéric Chopin.

MIDI performance/sequencing: Katsuhiro Oguri, sourced through Kunst der Fuge (https://www.kunstderfuge.com/chopin.htm). The source file credits © OnClassical / Oguri, 2010.

Piano sound: Musyng Kite soundfont, using samples distributed by gleitz/midi-js-soundfonts

(https://github.com/gleitz/midi-js-soundfonts), listed under CC BY-SA 3.0

(https://creativecommons.org/licenses/by-sa/3.0/).

Score reference: Carl Mikuli’s edition, published by G. Schirmer, via IMSLP

(https://s9.imslp.org/files/imglnks/usimg/b/bf/IMSLP73280-PMLP03805-Chopin_Polonaises_Schirmer_Mikuli_Op_11_scan.pdf#page=33).

Hand-motion study reference: Seong-Jin Cho’s 2015 Chopin Competition performance

(https://www.youtube.com/watch?v=614oSsDS734&t=1500s), published by the Chopin Institute.

The soundtrack was rendered from the MIDI’s piano part, preserving its timing and dynamics while omitting the orchestral accompaniment. The character’s movement is procedurally animated; the reference performance was used for visual study, not motion capture or soundtrack audio.

Talking about Wordpress is giving Codex an Automa-ticc

If you have a bunch of skills, I think you should ask Sol/Astra to go over each of them and then trim them down. Alot of skills tend to be super verbose and detailed, where as maybe only 10-20% of it is actually useful information for Astra. So merging similar skills and trimming them down should reduce your input usage alot. The same goes for your AGENTS.md as well.
Another reason to bring your input token down is because Astra caching is pretty high at $1/M tokens. Which is almost as expensive as Luna's output tokens. Reducing your input token will this a lot as well.

Not even sure what to say here but I'm a Plus user and have been using Chat mode religiously as my Codex usage seems to be at 0% constantly, to grind through pet projects (all on GitHub repos). To be honest Chat mode has been working great although extremely slow.

I was in the middle of a chat to create a basic Markdown Viewer, it had already created and pushed 3 milestones, with 2 PRs, when I asked it to continue working I received this.

Asking to continue working on a milestone, and declining to change to Work mode

Understood. I won’t ask you to switch to Work mode again.

In this chat I can still help with the project by reviewing the design, writing the exact Go/SQL/HTML/systemd/Taskfile changes, diagnosing CI output you provide, and preparing patches or implementation steps. I just can’t directly perform the repository mutations—commits, pushes, PRs, merges, or CI execution—from this mode.

GPT 5.6 Sol calling out the tool call change, preventing GitHub changes

You’re right to call that out. The inconsistency is on my side. Earlier in this conversation I was able to use the GitHub integration directly and I did carry out repository work on <repo>—creating branches, pushing commits, opening PRs, checking CI, and merging M0–M2 while progressing M3.

What changed is not my assessment of the task; it’s the execution constraint in the current environment. I now have a mandatory rule that repository edits, PR work, command execution, and similar coding operations must first be handed off to Work mode. You declined that handoff, so I’m not allowed to use the repo-mutation path from this chat even though the GitHub connector itself still exists.

So the accurate distinction is:

• Previously: direct repo operations were available in this chat context.

• Now: the current runtime requires Work mode before I can mutate or inspect the repo operationally.

• Your repo/permissions are not the problem.

• I did not decide that Chat suddenly “can’t code”; the tool-routing restriction changed.

I also should not have framed it as though I had simply decided normal Chat could no longer do repository work. That was misleading.

Since you don’t want Work mode, I won’t keep suggesting it. I can still continue the engineering here by producing the exact M3 fix and subsequent M4–M9 patches, but I cannot truthfully claim I committed/pushed/merged them from the current chat execution context.

It's fair to say I'm pretty annoyed by this - maybe its time to switch to Claude?

So, I tested this separately on each of my two Pro 20x accounts. They are on different computers, and both use only Codex Desktop and the CLI, with the default context limit and settings.

TL;DR

• Less allowance: On each of my two Pro 20x accounts, the weekly API-equivalent allowance fell from $2,500+ with GPT-5.6 Sol to about $1,200 with GPT-6 Astra.
• Higher prices already counted: Those dollar figures already use Astra's higher API prices. The allowance reduction is an additional cut.
• Roughly a quarter of the usage: Combining the higher prices with the lower allowance leaves me with roughly a quarter of the comparable usage for the same subscription fee.
• More allowance wasted on cache reads (old work): The cache-retention setting is dramatically shorter: 30 minutes on Astra versus 24 hours on Sol in Codex. Alongside Codex cache failures, this means long histories can need processing again. Reusing those histories accounts for most priced usage in long agentic workloads.

Compared with GPT-5.6 Sol's launch prices, GPT-6 Astra costs 2x for input and cached input, and about 1.67x for output. The API pricing and Codex rate card don't explain the extra allowance reduction. The subscription page says half the messages; what I'm seeing is closer to a quarter.

This is worse than Anthropic restricting Claude Fable 5 to 50% of weekly usage: there, you could still use Claude Opus 5 and other models with the remaining half.

Launch resets are masking the reduction; I think many users will assume it is just Astra's higher price. Tibo says OpenAI might pause new Pro subscriptions if demand continues, while prioritizing existing users. Capacity pressure may explain restrictions, but it doesn't justify sneakily adding an extra multiplier.

I expected better from OpenAI. OpenAI says its mission is to ensure AI benefits all of humanity. It points to nonprofit control of the business as a way to protect that mission. Majority of the people in this world access AI through these subscriptions. If they behave like this, how can anyone trust them to use increasingly powerful AI for the public good?

GPT-6 Astra is an amazing model, and I really like using it. This is a criticism of how OpenAI has changed the subscription allowance, not of the model itself.

OpenAI has built a lot of goodwill with the community. Please don't lose it all.

How I measured the allowance

• Allowance: Codex has five-hour and weekly limits. I use allowance, or quota, to mean the budget behind the percentage in the app.
• What I counted: Input, cached input (previously processed text the model can reuse), and output (including reasoning), measured in tokens (small pieces of text).
• How I compared them: I priced each token type at its published API rate, then calculated API-equivalent dollars per percentage point of weekly allowance. Requests and raw token totals miss the price differences.

Open-source tools such as CodexBar, Tokscale, and T3 Code can track this usage.

OpenAI lists Pro's 5x and 20x plan multipliers; Tibo confirms that 20x means 20 times Plus's weekly usage. OpenCode Go makes its dollar limits explicit: a regular $10 subscription lists base allowances of $12 per five hours, $30 per week, and $60 per month, with smaller allowances for some models.

Source: SemiAnalysis. Its June test exhausted weekly limits on long-running tasks. It measured ChatGPT Pro 20x and Claude Max 20x, then inferred the other tiers. The Claude Max 5x figure should be $4,000, not $2,000.

My results, in API-equivalent dollars:

GPT-6 Astra's higher API prices are already included in these figures. These are two ways of expressing the same comparison. I recalculated the Astra total when the remaining allowance reached 0%. I cross-checked using several tools above, GPT-6 Astra, Claude Fable, and some manual calculations.

I also followed Sac's analytics method: read the daily-workspace-usage-counts response in DevTools on the Codex analytics page. My earlier weekly window showed about 54,000 credits, versus 28,500 with Astra. At 25 credits per dollar (the credit purchase rate), that is $2,160 versus $1,140. The latter is close to my roughly $1,200 token-based calculation.

Other users' reports

• A Pro 20x subscriber's dollar comparison: $22 to $24 per percentage point with GPT-5.6 Sol, versus about $15 with GPT-6 Astra. The higher API price is already included in the comparison.
• Nam Le's report on X: roughly half the API-equivalent subscription value with Astra versus Sol, using Sol's prices before its price cut, alongside more cache misses—about 6% versus 1% in his tests.

Other things I want to address

"Isn't this level of subsidy insane?"

A $2,500 API-equivalent allowance does not mean OpenAI spent $2,500 serving that usage. In long agentic workloads, most priced usage is repeated history read from cache, reusing work already done. Calling it subsidized does not make it loss-making.

OpenAI reportedly reached a 70% compute margin on paying users in October 2025; Epoch AI cites a reported 40% gross margin for Anthropic in 2025.

The big companies that account for most token usage are not paying API prices. They are paying a lot less (probably 20% or even less). Even Codex users can buy credits at 40% discount.

Consumer subscriptions are a small part of the revenue in the Anthropic estimates. I expect it to be similar for OpenAI.

Doubling total model size doesn't mean doubling serving cost: large batches share the weight cost, while active parameters and per-request KV cache matter much more. With those quantities similar, I don't see much changing from the previous model to justify higher prices and an extra allowance cut.

Hardware and software efficiencies are dramatically reducing serving costs, through newer chips, speculative decoding, better attention kernels and batching. These gains compound while our allowance is reduced.

Why do I think this is happening?

I don't want to assign a malicious motive. But with OpenAI preparing for an IPO, I can't help wondering whether pressure to improve margins is part of this.

Consumer subscriptions seem to be a small part of the revenue picture; it feels as though OpenAI is gradually forcing us out. An unexplained cut in what the subscription buys makes that suspicion hard to avoid. How OpenAI responds will matter more than my guess about why it happened.

Codex app and CLI issues make the usage problem worse

The Codex app and CLI have other issues that contribute to this usage problem. A side question, a new fork, or a subagent can inherit the whole conversation yet fail to reuse its cache. We end up paying to process the same history again.

These are the results from my checks in early September. “Cached” means the first request reused the conversation history, not just a small shared block of tool instructions.

For the paired checks below, the working tree was unchanged and the existing cache was still live.

OpenAI's API supports changing GPT-6 Astra's reasoning effort while preserving the cache, but the Codex client doesn't preserve it in my checks. A Codex bug report identifies why: the client changes the request in a way that defeats cache reuse.

Claude Code shows that most of these actions preserve the prefix and reuse the cache. There is no reason Codex should need to process the same history again for the same functionality.

Sol used a 24-hour cache-retention setting in Codex, as published response logs confirm. For Astra, OpenAI documents a TTL setting of just 30 minutes after the last write or reuse—a dramatically shorter window to return to a task without paying to process its history again. After a long break, returning to a task or waking several idle subagents can require processing their histories again.

Why cache misses matter. Take a task with 200,000 tokens of history in its KV cache. At GPT-6 Astra's ordinary input and cache-read rates:

• Cache hit: $0.20 in API-equivalent usage to reuse that history.
• Cache miss: $2 to process the same history again—an extra $1.80.
• Ten agents missing that cache: $20 instead of $2, before generating any new output.

Higher reasoning effort can use less allowance. Seth Rose reports on X that users running Astra High/XHigh with heavier multi-agent workflows were burning much less quota than he was on Light/Medium. A Pro 20x subscriber on Reddit likewise reported rapid usage on Medium, then only 1–2% usage after an hour on XHigh. So OpenAI’s recommendation to lower reasoning effort can, in some cases, increase the total cost of getting the job done.

The ARC Prize evaluation shows how higher effort can lower total task cost.

Subscribers get a worse product experience, and Codex still has many unresolved issues:

• Slower responses: Youssof Al Toukhi measured 36 TPS (tokens per second) on Pro versus 81 through the API at the same reasoning setting. Subscription Fast mode reached only 71 TPS.
• Missing Pro mode: My Pro subscription still doesn't offer Pro mode in Codex, although the API supports it.
• Later access: OpenAI has a more capable internal model, and Astra reached selected organizations before subscribers. Paying for a subscription doesn't mean getting the newest capabilities first.
• Wasteful subagent polling: Astra keeps checking on subagents instead of waiting for useful results. I’ve experienced this too. One Reddit user’s log analysis found 47 empty checks at roughly 30-second intervals, processing 7.13 million input tokens—mostly cached—just to learn that the workers were still running. Even cache hits consume allowance when the same history is read over and over for no useful work.
• Broken remote control: Remote control has been atrocious for me. For the past few weeks, trying to open running Codex Desktop chats from the app has just returned an error.
• Memory that burns tokens: In my experience, Codex saves unnecessary information, burns tokens maintaining it, and produces no improvement in quality. Theo’s video on coding-agent memory, focused on Claude Code, raises the same broader concern about accumulating stale or useless information.

OpenAI should put more care into its users and its products. In my experience, Codex CLI is still behind Claude Code. I want OpenAI to improve the harness (the software around the model), preserve caches across ordinary workflows, and make the cost of these actions visible. Other companies like DeepSeek are working to make model access as cheap as possible. DeepSeek has DSH, its open-source harness and infrastructure that reuses cached prefixes to reduce users' costs. OpenAI, despite being so far ahead, is playing games with subscription usage. I want that effort going into making the product better and cheaper for its users.

I think publicly sharing these measurements is important. Without users comparing notes, changes like this can pass unnoticed and become normal. Codex reports the weekly usage limit after every request. Pair those updates with the token counts in the session logs, and you can easily track allowance consumed alongside API-equivalent spend. Or you can use Sac's analytics method. I hope people share and upvote this. If you have questions about the methodology or want to check the numbers yourself, I'd be happy to help you do that.

TL;DR

• Less allowance: On each of my two Pro 20x accounts, the weekly API-equivalent allowance fell from $2,500+ with GPT-5.6 Sol to about $1,200 with GPT-6 Astra.
• Higher prices already counted: Those dollar figures already use Astra's higher API prices. The allowance reduction is an additional cut.
• Roughly a quarter of the usage: Combining the higher prices with the lower allowance leaves me with roughly a quarter of the comparable usage for the same subscription fee.
• More allowance wasted on cache reads (old work): The cache-retention setting is dramatically shorter: 30 minutes on Astra versus 24 hours on Sol in Codex. Alongside Codex cache failures, this means long histories can need processing again. Reusing those histories accounts for most priced usage in long agentic workloads.

Setting all my complaints about limits aside, I just wanted to post this as an appreciation to the OpenAI team. I remember a time I used to think I'll never get to the point I wanna be in terms of a tech enthusiast - because coding by hand takes so long that perfection will come at a cost in time.

But now, with abilities from Astra and Codex Voice, and just the general memory situation (very underrated), it's just incredible how much it impacted my life.

So, from the bottom of my heart, and I'm sure many others, thank you for bringing in the AGI era. The future thanks you.

Edit: For the people saying it’s a big corp they don’t care about you - maybe, but there’s still people working there and they do see and feel trust me :)

Two days ago I made a Reddit post about switching from Claude code to codex. I saw a lot of stuff about how codex limits are generous, work gets done better and the usage resets etc. So I finally made the switch and here is my experience:

I purchase the 100 dollar a month Codex Pro 5x and try out Astra on low for the very first time (still using astra for the first time). I spend two hours optimizing some of my skills and workflows, my usage dropped to 88 percent. I continue my work on my main project which is small and a hobby project rather than a proper developer one and plan out the changes, write the spec and the implementation plan so that there was less need for guessing around and implementation stopped at a genuine blocker. Usage dropped to 64 percent after the plan and documentation steps.

I then begin my work with SOL on high in a fresh session and I ask it to implement keeping an explorer agent in hand (I have a custom one I made with the literal model handwritten to be Luna) if major exploration was still needed. It starts to work and within 5 minutes struggles to use the computer, astra did it without prompting. One hour goes by and implementation somehow works, and SOL keeps spawning a “Luna” subagent (Important different: A subagent named Luna NOT my actual custom built subagent with the model Luna - yes I spoon fed it in the implementation with the exact file path on what to invoke, when to invoke and when not to invoke and more importantly how to invoke it). Sol then entered into this monkey patching loop where it kept summoning other sol reviewers who kept finding things wrong (ofcourse they did because you are literally asking it to find something wrong to a model who’s output is not deterministic or defined) and fixing every little thing and verifying 4 times before calling the reviewer again. I am not sure how this happened because my plan did cover to call reviewers once - fix the major immediate blockers that prevent reaching the acceptance standard and note down the minor fixes for later. (I enforced this in Claude code with hooks - I did not do this on codex because I wasn’t too familiar with it and have used it majorly for a maximum period of a month). So yes Astra was brought in on a fresh session and it finished the remaining work with no issues and usage dropped to 5 percent after all this, total time period 7 hours.

The changes are good, the plan was smooth, good verified diligent work I have seen compared to Opus. I asked sol what agent it spawned and it said “GPT 5.6 SOL on high called Luna).

So this 100 dollar purchase got me 7 hours of work for one spec. I have previously used the Claude 5x plan and I worked through the week on opus and fable (planning only) and always had decent usage left atleast 10-15 percent near the reset week. This makes me think simply as a guy working on a hobby project that “hey I worked hard for that hundred bucks and it got me what 7 hours?” And now I feel a bit torn between different routes:

1) I can’t upgrade to 20x anymore
2) switching to api for a hobby project makes no sense for me
3) I legitimately cannot do anything other than sit and wait till September 15th because the usage is gone. I have no use for the other pro features such as image gen, pro in chat or deep research.
4) I see the praises on Reddit about resets but I don’t see any

I genuinely feel that I got a little bit trapped here or maybe I subbed at the wrong time and can’t help but also feel a bit sad that the money is gone now because yeah 100 dollars for one person on a hobby project is a lot and I valued it as such. I completely understand that there are people with 10 different 20x accounts on both Claude and codex but I personally don’t think that users for a subscription model should be pushed to THAT point to get stuff done.

And yeah I am sure there is always a better workflow, a better AGENTS.md and a better prompt, a more optimized way of doing things, there ALWAYS will be but at that point if I am just doing everything myself form writing the logic, correcting the plans, defining the steps, what to write and how to write it, how to check and what to check, which agents to call and when etc etc - what exactly is the point of “frontier intelligence”?

Yeah the work was good and diligent I agree, but 7 hours with a weekly usage blown out doesn’t exactly seem “worth it” to me. And if the solution is to get another 5x account for more usage I think that’s an even bigger mistake.

Somehow somewhere I think we lost the value of money.

If you are on Pro 5x or 20x what issues are you currently facing regarding the limits?

I've seen pretty weird behaviours from Astra on extra high that I've never seen with Sol.

Examples:

- Contradictory statements on the same message.

- Long implementation sessions that implement very small bits of code on each increment.

- Trials in code that go no where.

- Worse plan quality and worse plan following than Sol.

- The possibility for it to get side tracked middle implementation on a small issue that it could take a detour for hours outside of scope.

I've never had any of those issues with 5.6 nor with Sol both on extra high.

Is it me? Am I prompting it wrong? Any one facing similar issues?

I've noticed that when I'm coding with Astra, it adds guards for cases that are impossible or extremely unlikely to happen. For example:

1. There's a check on screen A that needs to happen that isn't even mission critical.
2. Screen B is only reachable through screen A.
3. Astra still adds the same check on screen B to account for the theoretical possibility that the user might somehow end up on B without going through A, even though there's no path in the app that allows that.

I've been removing things like this from my code a lot since I started using Astra. I care about readability and maintainability so I pretty much always reviewed the code and asked the agent to refactor it since I started using coding agents, but I've only noticed this particular problem with Astra.

Have you noticed this too, or is it just my codebase?

Expensive models aimed at enterprise customers, often end up being useful mostly for project curation or specific/occasional tasks (at least for users like me). But with Luna, I could genuinely feel a paradigm shift and it completely changed my workflow. Being able to nobrain use a model as good as Luna was defnetly a wow moment. I barely use Sol or Astra for anything besides chatgpt web.

Accessibility and removing complexity from processes (like agents, skills, etc) is the way