Hacker News new | past | comments | ask | show | jobs | submit
Similar 75% price cut trajectory as GPT-5.6 Sol -> GPT-6.1 Sol. Overall, Terra is still half the price of Sol.

But like the original release of Terra, it's still a weird middle child between the small-model-that-got-substantially-better (Luna) and the large-model-that-got-significiantly-cheaper (Sol). The TerminalBench 4.0 cost-per-task results are a bit confusing and I'm not sure why you would pick Terra over Sol in that case. Overall this release seems like a flex on Sonnet 5.5: a model which is having its own middle child problems between the godly Opus 5.5 and the surprisingly capable Haiku 5.5.

loading story #50253553
loading story #50251913
loading story #50249711
loading story #50249417
I'm very confused about their model market position/naming schema.

First we had:

> Luna (Small), Terra (Medium), Sol (Big).

Which was fairly smooth after you got used to their planets.

But then they added Astra as the "Bigger," which was mostly still self-coherent:

> Luna (Small), Terra (Medium), Sol (Big), Astra (Bigger)

But then things go confusing, they released Sol-6.1 which sometimes is superior to Astra, and discontinued Terra which made it look like this:

> Luna (Small), Sol-6.1 == Astra

But with Sol-6.1 costing the old Terra-6.0 price, while, as I said performing as good as the old "Bigger" model in many non-3D/UI situations.

Now they're re-introduced Terra, as a 6.1 release, making this even more confusing.

Did Microsoft's chief branding officer move over to OpenAI?

I work at OpenAI and I can try to explain our logic.

In general, LLM performance is incredibly multidimensional. There's no guarantee of a fixed ordering where the model that is best at math is also the model that's best at jokes. Despite that complexity, much of the variation in performance is explained by just a single variable: model size. In general, models that are bigger will (a) be more performant / reliable, (b) cost more per token, and (c) have better recall of esoteric facts. As you note, our models are ordered:

Luna < Terra < Sol < Astra

Even today, I'd recommend this as a general starting point for picking models. If you care about quality only, pick Astra. If you're a bit price sensitive, pick Sol. If you're very price sensitive, pick Terra or Luna.

Of course, model size doesn't capture all variation. Models that are trained later might have new data or new techniques or new architectures that earlier models lack. You can see this with models from all providers - Sonnet 5.5 outperforms Fable 5.1 in ways, and Gemini 3.8 Flash outperforms 3.1 Pro in ways.

In the case of GPT-6.1 Terra, I'd say Terra is probably better than Astra and Sol at technical communication, similar on vision and computer use (but much faster!), and a bit worse on most other things. For API developers, it's a nice midrange option if you want something cheaper than Sol but a lot smarter than Luna (especially for vision / computer use / communication). For subscribers, it's not a bombshell release - if you're hitting usage limits, maybe it helps you go a bit further, and if you want clearer communication or faster computer use, it can be a nice option to select.

If you have suggestions on how to name our products better, I'm all ears. Our intention is to make things clear and simple, even if we miss the mark sometimes.

Unfortunately, a lot of the complexity is somewhat irreducible and due to to the actual complexity of the products. Scaling model size is different from scaling reasoning effort which is different from scaling multi-agent count. So if we just swept all of those under a single name of "more IQ", it would make the naming simpler but the experience much worse, as important details would be obfuscated from end users.

Do you then recommend Sol for technical documentation?

What's confusing to me in addition to the naming is that there are no published guidelines I can use, as far as I can see. Put yourself in the user's shoes. On what basis should one pick a model for a given task?

I can understand smaller models being dumber and faster. That aligns well with scenarios where you are willing to compromise; e.g. you're classifying content or asking a model to format text into a table.

But when you want "maximum intelligence, cost and time be damned", there's the implication that bigger models are smarter on a linear scale, and every provider's model release naming is currently conflicting with that expectation.

This isn't just a naming problem, but a communication problem. If I knew that Astra was the best at coding but a bit bad at writing, and Sol was almost as smart but better at technical writing, then that's the kind of thing I expect to be documented.

One possible way: A simple matrix with horizontal columns like "writing", "coding", "math", rows are the models, and each box is a number of stars from 1-5.

Instead, this sort of thing becomes lore, shared by word of mouth.

> Do you then recommend Sol for technical documentation?

I don't know, to be honest. Technical documentation is such a multidimensional skill, and I also don't know your budget. I'd imagine Terra might have the most readable prose, but Astra might be more likely to catch bugs or mistakes to highlight. If the documentation is about a more esoteric language or situation, Astra might have a greater edge than if it's a common language or situation. If you have a long list of documentation guidelines, that might also give more of an edge to Astra. I wouldn't want to make a recommendation without doing a lot of testing, and I haven't done a lot of testing.

loading story #50252730
> Put yourself in the user's shoes. On what basis should one pick a model for a given task?

Create a realistic eval suite for your use case using your actual data that you manually label, with easier, more complex, rarer samples, and run each model you are considering against it and decide based on the usual confusion matrix, cost, latency, or whatever metrics matter to you. There's really no other way to know – and you might be surprised that cheaper models can often perform your task(s) relatively well at a fraction of the cost.

loading story #50252638
> Do you then recommend Sol for technical documentation?

Every model I've tried is just abysmal at this, for what it's worth.

If any do it well please let me know and I'll give it a spin.

loading story #50251980
You can start with Artificial Analysis benchmarks but, then you need to test in the real tasks anyway.
I assume having a person write words for other people to read is not feasible?
loading story #50251452
> I'm all ears. Our intention to make things clear and simple, even if we miss the mark sometimes.

Thanks. I think the very response you wrote here is a better form of marketing for the software engineers than what openAI puts out there. When everything is groundbreaking and everything tops charts, nothing is.

I suspect a lot of target demographic (developers) prefer simpler and honest communication about not just the models high points but low points too. With the linked Terra post, if I saw 1 chart that clearly highlighted the usecases for which Terra is _worse_ than higher tier models, I would be more convinced overall.

Everything trying to occupy the top spot in my brain's limited "top model" representation space is not helpful.

While I generally agree that it'd be nice to just have "here is the Pareto optimal model for your use case. Here is the specifics we optimized each model for" so users don't have to do benchmarking and research as much, they're getting much better at explaining. It's basically what the commenter above said.

The website linked starts out with:

> We’re introducing GPT-6.1 Terra, a fast, efficient model that combines detailed visual reasoning and precise computer use alongside clearer, more natural writing. A significant step up from GPT‑5.6 Terra, it excels at the communication and computer-based tasks that fill the workday, from drafting proposals and interpreting technical drawings to filling out forms and editing videos.

If you go father down, it has graphs and details with specifics of this, including:

> We measured GPT-6.1 Terra’s computer-use capabilities... At medium reasoning effort, GPT-6.1 Terra scores 15 percentage points higher than GPT-5.6 Terra at about one-third the cost. It even performs on par with GPT-6 Astra at only one-tenth its price per token.

and

> On MMMU-Pro... It even nearly matches the scores of our most capable frontier model, GPT-6 Astra, and GPT-6.1 Sol at much lower cost.

Try not using putting two variables in the product name. Stagger the release and make sure you don’t release a more up to date version in the middle so that it looks like a “medium” model is more advanced than a “big” model. People see bigger numbers they think better.

Medium v10 vs Big v2 makes it look weird and confusing. Especially when there are a sea of influencers and twitters with vibe assessments who will tell you new models best olds models.

Can’t you just start at the top or bottom.

Release new big for paying customers -> release new medium for paying customers -> release new small for everyone

Rinse and repeat. We’d all be much happier

The 4-tier naming is honestly as clear as you can get. I have no idea what people are so confused about.

Terra and Luna are dirt cheap and good enough for 50% (or more) of the typical junior dev's workload, and great for routine work. Sol and Astra have so much written about them at this point that it should be obvious what those are good at. The large/gigantic models for things that need full intelligence and slightly more branching thinking.

The obnoxious/confusing thing is that models are released individually rather than as a family.

Luna < Terra < Sol < Astra, fine. But does Terra 6.1 beat Sol 6? Does Fable 5.1 beat Opus 5.5? If I build something around this Terra 6.1 release, then when Luna 6.2 is released in a month, should I swap?

loading story #50249898
loading story #50249948
loading story #50254258
> The 4-tier naming is honestly as clear as you can get. I have no idea what people are so confused about.

I wouldn't necessarily say that. Atmospheric mass may be obvious to us, but I suspect it's not nearly as universal knowledge as one may assume.

And I actually assumed at first that they were based on distance from us (terra < luna < sol), so I kept confusing terra and luna.

It’s totally clear. About as clear as mud.
I think the main problem is surfacing two topics:

- Understanding how effort and class interact (Is a high effort terra above a low effort Sol? Are larger models mostly always better regardless of effort?)

- understanding when (if ever) a new model tends to be better than an older but higher class one. Is an old astra better than a new terra?

If increasing effort and increasing model class produce improved results in a different way, I miss making it explicit in which way. In other words: What kind of issue warrants going up in effort? what kind of issue warrants going up in model class? What kind of issue is unlikely to be solved by either?

OpenAI itself cannot answer these questions. A prospective price-sensitive (or speed-sensitive) user has to experiment to find the cheapest (or fastest) model that is sufficient for each task.
Right. Because they don’t know. They’re just pumping out crap desperately trying to stop hemorrhaging billions.
>effort / performance curves by model

Oh, easy:

https://deepswe.datacurve.ai/

Artificial Analysis has their own curves which are pretty similar.

loading story #50250857
loading story #50250575
> Is a high effort terra above a low effort Sol

You can literally see this in the charts from the article

I think what a lot of developers want is a kind of LTS release model that they can build a product over for 4 years and not worry about deprication.
Since internally you probably have a fairly good intuition for what these models do well, what about assembling a benchmark suite (with multiple dimensions) that produces results that show that intuition, but in a 'somewhat objective' way?

That could solve the 'more IQ' problem, because you'd actually have different dimensions (e.g. for 'raw intelligence', technical writing, emotional understanding, etc) that you could use to communicate the differences in models better.

(Of course people would instantly start complaining that the benchmarks numbers are probably fake etc, but it is what it is.)

I think different domain benchmarks already exist and are widely used.
loading story #50249945
It's not gonna happen but:

> Despite that complexity, much of the variation in performance is explained by just a single variable: model size.

please release model size :p

Internal evals are still running but GPT-6.1 Terra is an AWESOME release for anyone using the API in agentic production applications where cost matters.

Personally, I pretty much exclusively use claude for coding work (sorry!). Our application is running almost 100% on OpenAI API (except for some fallback models). It is the best API on the market. The models are excellent particularly for any application that is cost sensitive.

> In general, LLM performance is incredibly multidimensional. There's no guarantee of a fixed ordering where the model that is best at math is also the model that's best at jokes.

Maybe stop using version numbers then and just name models like you'd name children.

> If you have suggestions on how to name our products better, I'm all ears. Our intention is to make things clear and simple, even if we miss the mark sometimes.

I'm not the one you were talking with but catching you is godsend since I just ran into a lot of confusion on the naming myself. I think some of it has to do with how they are labeled in the app.

I think simple numbers in naming is great, even 6.1 is fine bc I understand that if I want the latest model, I just need to look for the biggest number. Where I got confused is in the "work" tab, I saw 'Astra' is set as the default. I see the label for it is:

"Frontier intelligence for your most demanding tasks."

To me that reads "this is the 'best' model." Then I see Sol-6.1 which is labeled:

"For coding and every day work."

Then Terra-6.1 is:

"Terra 6.1 Codex Model" (tbh this one might be the most confusing, I'm aware of codex the product but Sol is the one labeled good at coding)

From my POV as a basic plan-based user wanting to do something like...

> design a robust event-driven system, here's the details [...]

I honestly have no idea which one I should use.

Would Astra-6 produce a better design than Sol-6.1? Is the '.1' a big step up from Sol-6? (I'm guessing no but I truly have no idea). I would assume the answer is Astra-6 would produce the best one, even though the labels don't imply it is necessarily geared towards coding?

But tbh the "default" seems to always work for me... and after reading your comment, typing this one out, being forced to think about it... it doesn't seem too bad given your challenges in communicating the purposes of each model and wide audience of consumers. I'm also sure anyone could find a million problems with decisions I've made in software I've built so I try to not be too harsh :)

This was lovely. Can we have more of this style of communication?
Thank You for OP asking the question and thank you parents for some insight.

>If you have suggestions on how to name our products better......

Too late for that. I hope you guys can at least stick to these naming scheme for at least another 2-3 years going forward. Not everyone follows AI / LLM intensely, and it seems there is a new naming changes every year or so.

At least conceptually OpenAI's naming is easier to understand than Claude.

It terms of capability, it would be great to make it clear somewhere that this is 6.1 Model "+" technical communication, vision and computer use improvements. So that at least we know what we should try with these new release and choose a better model for certain workload.

Right now, other than pricing, it is confusing as hell. And in hindsight I wonder if there are fatigue in choosing one people just go with Open Model and stick with it if it is good enough.

Instead of benchkmarks it'd be useful to get a sort of Radar chart across measured capabilities like computer use, communication, coding, etc.

We're probably headed to further specialized agents where a single ordering or even model size won't mean a lot.

>> If you have suggestions on how to name our products better, I'm all ears

<version>-<size>

Where <version>: 6.0, 6.1, etc., and <size>: xs | sm | md | lg

E.g. 6.1 Terra = 6.1-sm

If you eventually make specializations like "math" and "jokes" then I would call it something like 6.1-jokes-sm.

I actually do have a recommendation, which is to do something like a new mode (i know i know): Auto xlow Auto low Auto med Auto high Auto xhigh Auto max

With an optional flash mode.

Then as you release models, you pick the model and thinking level that you believe is pareto optimal for cost/performance.

So this auto updates each release, like Terra was probably off this list entirely, but maybe this would appear now in Auto medium or something like that.

I know from looking at charts that each model seems to have sweet spots (like I always use this model in this thinking level and if i want to go cheaper i go here). If you picked those for us, it would be interesting. I do think you should keep the model families for those wanting more consistent experiences, but for many devs they may want to just pick auto something and have it update over time. I think nice if it actually just said in parenthesis what it was, something like: Auto Medium (Terra 6.1 High)

I am not sure if everyone would agree here though. I'm obivously advocating for more naming schemes, and i understand the irony.

Just to be clear, I think the current mapping for OpenAI is something like:

xlow = Luna Low

low = Luna xhigh

medium = Terra medium

high = Sol medium

xhigh = Sol xhigh

Max = Astra something?

What makes this even more confusing is reasoning effort.

You have Luna, Terra, Sol and Astra, each with 4+ reasoning levels. That's ~20 options to choose from.

On a repetitive task like customer support or something, where you have decent benchmarks, you can plot cost versus performance, but you can't really do that on coding.

Please can I ask about one parameter you didn't mention here? All of your models have both a reasoning effort setting and also a non-pro vs pro setting. I have some intuitive feel (from experimenting) for the difference a larger vs smaller model makes, and why that's different from adjusting reasoning levels, but I have no real feel for how pro vs non-pro is different in behaviour from adjusting effort.
I think you can think of Pro approximately as running multiple instances of a non-pro model, than giving all their outputs to a final judge model which combines them into a better one.
I use OpenAI models all the time (via Codex) and I've never seen this pro toggle. Where are you seeing that?
loading story #50254004
I have gone deep in dealing with naming and names.

Versions are good for backend but when communicating I want 2 or 3 levels of detail.

Class_Generation_Modifier

Astra_8_Fast

That's it.

This means: Class - Tells me what it can do, how well. Generation X end of life is ~18 months. Modifier: Variation of options.

And the modifier can be dropped if you add more classes.

Appreciate that these things have orthogonal measurements; with that in mind, given that the name signifies size, what does version number signify?

I.e. are all version numbers independent and Model X 7.5 is not necessarily of the same generation or cut off as Model Y 7.5? Or do all of your 6.1 models have something in common - cut off data, generation, baseline technology, approach, architecture, or something else?

Thanks! :)

These days, version number signifies a few things at once: the order of release, the relationship to other releases, and the magnitude of improvement. So something like 6.1 would indicate it was launched after 5.6, may share some similarities to other 6.1 models in terms of training data / personality (which is why it's not 5.7), and isn't a giant enough leap to merit the headlines and expectations that would come with a 7.

Back in the day we used numbers to also sometimes indicate size, which could make it extra confusing: e.g., we launched GPT-4.1 (an incremental update on GPT-4) after GPT-4.5 (a new model that was a big jump over GPT-4).

This makes a lot of sense.

It’s probably just unavoidable. Like when Apple release a new MacBook Air first and it is (in some ways) faster than the old MacBook Pro.

I think the planets thing is a bit confusing though. I hadn’t really thought about it being based on the size of the planet. I assumed it was based on how far away they were with terra therefore being the base one.

I like to use OpenAI models for ingesting a customer brief, usually a paragraph or two and then a read of a several customer files (eg spreadsheets and docs etc) and turning it into a system design blueprint. I'm currently using Astra for this phase but it's incredibly expensive relative to the other tasks that come after this. Would you recommend I stick to Astra or can I downgrade to say Sol or Terra for this job?

I'm just worried the system design won't be as good if I choose a lesser model so to speak.

Edit: typos/grammar

It would be interesting to know which model is internally viewed as being best at jokes, I have a personal humor benchmark and so far models will either steal jokes (from comedians like Maria Bamford), or write something very unfunny.
When I was first learning to have agents interact I had a little script to orchestrate a model telling a joke, a critic collaborator helping develop material and an audience emoji rank them.

A favorite…

Prompt: “Tell a joke about mother in laws”

Gemma2 response: “What’s the best kind of mother in law? A dead one.” 0_o

"In the case of GPT-6.1 Terra, I'd say Terra is probably better than Astra and Sol at technical communication" -- you're doing the thing here too, underspecifying your own models: 6.1 Terra is better than…which Sol, 6.1, 6, 5.6, just the latter two, all of them? This 2D bluriness is a big part of the confusion.
it depends on the task and it's hard to say

Despite Opus 5.5 being newer and "better" if you read benchmarks, I've found Fable to be better for some things (subjective stuff)

Straight up - why not just name them Cheapest, Cheaper, Expensive and More Expensive? Cost seems to be the main driver of the intuitive difference between models.
Same reason that Apple doesn't name its series of phones the iPhone cheap, iPhone regular, iPhone semi-expensive, and iPhone expensive. It's poor branding, isn't easily extended to future models, and gets confusing when comparing across model generations, where an iPhone 14 expensive might be cheaper than an iPhone 16 cheap.
loading story #50250927
> Models that are trained later might have new data or new techniques or new architectures that earlier models lack.

This seems like one of those cases, where CalVer would be appropriate, and you likely have ideas what you aim for while training, so technical model names (ids?) could include aliases to most things you said. Like 2026q4-xlarge-researcher, 2026q4-medium-humanitarian, 2026q4-medium-coder, 2027q1-small-analyst etc.

This kind of heuristic is actually extremely useful - and mostly what I try to develop over a couple weeks as the new models come out. I would love if we could get a fairly standardized take like this on the regular.

Of course we have far too many benchmarks (of questionable utility), but it would be helpful to get OpenAI's take on where it slots in, and how the landscape changes as these get rolled out.

{"deleted":true,"id":50249465,"parent":50249160,"time":1793042329,"type":"comment"}
> important details would be obfuscated from end users.

I don't expect the vast majority of your users care. I would guess they want a rough proxy for "cost" and will assume cost=>capability are roughly linked in a linear fashion.

it is very possible that the users weighted by spend do, and I'm therefore simply wrong. But, 2c

In your own response you mentioned GPT-6.1 Terra, but I've seen GPT Terra-6.1. I would start by the part that is the most powerful:

GPT 6.1 X > GPT 6.0 X GPT Y Astra > GPT Y Sol > GPT Y Terra > GPT Y Luna

This order is very important.

Use colloquial terms: Big, Fast, Genius, Affordable, etc.
This is legally dangerous for the company because those words have generally well understood meanings, so a lawyer could argue that they promise a certain level of service. It’s safer to use vague words to describe the product variants.
Trmendous, huge, bigly
What prevents OAI (and Ant for that matter) from releasing new version for all models at once?

Instead, we got Opus 5.5, Sonnet 5.5 and Haiku 5.5 released weeks apart, and so are Sol 6.1 and Terra 6.1?

My guess is nothing, and they're currently just releasing them individually as soon they're ready instead of all at once so that they hit the market more quickly. AI moves quickly enough that a delay of a couple weeks could result in significant lost revenue.
Lower models typically use distilled outputs from higher model to improve .

all training runs have to at some level share the compute capacity ; while they have more than enough to run many large runs concurrently, they don’t have enough compute to run everything concurrently.

{"deleted":true,"id":50251802,"parent":50249823,"time":1793052583,"type":"comment"}
> I work at OpenAI and I can try to explain our logic [...] general, models that are bigger will be more performant.

> If you have suggestions on how to name our products better, I'm all ears. Our intention is to make things clear and simple, even if we miss the mark sometimes.

How about naming the models:

"Small", "Medium", "Large" and "Very Large"

Or refer to them by parameter count like other companies (e.g. this is 6.1 5T)

If I have a clothing store, and rather than name the clothes sizes Small, Medium and Large I decide to call them Urgon, Planfar and Fangor I shouldn't be surprised if people think my size naming is confusing or silly. And IMO it's not a great explanation to say "oh it's easy, if you are skinny then you should get Urgon, but then if you are a bit more of a medium build you should get a Planfar, but if you want something a bit baggier than Fangor will really work out for you"

The problem with small, medium, large naming is that they don't last. In a few years our names would have to advance to labels like giant, behemoth, gargantua. This is different than clothing, where we know that in five years humans will be most the same size as today.

As a point of comparison, GPT-3 was launched in a series of small, medium, large, and XL. Back then, XL meant a mere 1.3 billion parameters!

loading story #50250537
Reminds me of astronaut sizing charts for ... their waste management devices.-
The length of your explanation shows just how bad of a naming scheme this is.
> Our intention is to make things clear and simple, even if we miss the mark sometimes.

Well you definitely missed that mark extremely badly here.

What would you have like to seen instead?
loading story #50250668
Disappointing absence of Galactica.
{"deleted":true,"id":50249537,"parent":50249160,"time":1793042634,"type":"comment"}
> If you have suggestions on how to name our products better, I'm all ears

Terra 2026.2

Is there someone I can email directly about fine-tuning - all my models have been queued for 24/48 hours and your customer support seems non-existent
Fwiw, if you have to explain your product's name to the customers who just want to use it, that's a sign the products are confusing.

Tiny/2026-11. Medium/2026-6. Big/2026-10. XL/2026-01. It may not be sexy, but people know exactly what it is and what to use.

If there's no fixed ordering, can we have model names that describe the capability?

Have a model alias called "math", another "jokes". Quality labels/date suffixes to these obvious labels. Repoint as needed.

Something for people who don't want to play the cute "which part of the solar system is trending this week" game.

I promise you this would become a giant mess. No one wants to pick GPT-good-at-writing-but-not-in-documents-and-decent-at-instruction-following-but-has-some-known-quirks-to-be-aware-of-p.s.-good-at-knock-knock-jokes-MAY-2027.

Even "writing" as a single concept is very multidimensional. There's fiction writing, nonfiction for experts, nonfiction for learners, deep research, quick lookup Q&A, copyediting, writing in documents / artifacts, instruction following about style, and default quirks (e.g., em dashes, negation, loving the word "tapestry"). Some models are great writers but less diverse, meaning people prefer the first story they read but disprefer the tenth. How does one label such a model?

loading story #50252226
What do you understand by “technical communication”?
Would you like to recommend a model that does not produce errors and can be relied on like a traditional computer, please.

You certainly know that it happened not by accident that traditional computers are producing reliable results, a lot of work went into this.

Computers must produce reliable results, they are simply not useful if not.

People will understand that at some point, but a lot of damage already has been done.

What a dumb comment. Go on your anti-LLM tirade elsewhere.
naming suggestion: small, medium, large, x-large

it's almost like ya'll let the AI name it ;)

What if GPT 6 small is bigger than GPT 5 large?
loading story #50252182
loading story #50252098
> If you have suggestions on how to name our products better, I'm all ears.

Hire an actual marketing person instead of letting engineers / ML researchers do things they're clearly terrible at ?

{"dead":true,"deleted":true,"id":50249324,"parent":50249160,"time":1793041737,"type":"comment"}
> If you have suggestions on how to name our products better, I'm all ears.

For some reason, this is just hilarious to me. Idk if you're being serious or if this is passive aggressive but the thought of OAI actually taking advice from a random HNer and basing their naming scheme off that is peak.

This is one of the last bastions of semi-serious discussion on the internet, and it's full of incredibly high level engineering talent.

Where else would you go? I'm honestly scratching my head thinking of someplace that wouldn't run you out on a rail, but that would give serious feedback. Kernel mailing lists are out, maybe there's something like that which I can't remember off the top of my head, but...

Also, nomenclature is incredibly hard. There are only two hard problems in computer science: cache expiration and naming things.

loading story #50250039
I don't understand what's so confusing about this.

The lineup of models is still the same.

There are four models: luna, terra, sol, and astra.

Pricing increases for each level. This new 6.1 Terra is 50% cheaper than Sol 6.1.

They are lowering prices for newer releases, so yes if you compare Sol 6.1 to 5.6 Terra it won't look right, but why are you doing that? Look at the same release version for comparable numbers.

Each model improves in successive releases but they maintain pricing and capability coherency within a release version.

Yes, Sol 6.1 is supposed to rival Astra for some work, which is what you'd expect from a later versioned release model against a prior release bigger model.

Assuming they release Astra 6.1 at some point, I expect it'll be better than Sol 6.1, at a higher price.

I don't understand what people are asking for here? No reductions in pricing? Different model names on every version release? Not releasing any models for a version number until they're all ready?

Hey! I think it's confusing because there is a mix of three components:

  - Model name
  - Version number
  - Effort level
All 3 of these are a one-dimensional balance of price/speed, and capability (Loose terms). The confusion is in how these overlap, how they're announced/marketed etc. So you go from 1 dimensions to 3; you can visualize it as a box. For a given task, how do you choose where in this box you select? Which regions are your favorite? Can you map each region of this 3D space to specific tasks? Label them with intuitive names?

Given the operations of the model are opaque, can you see how someone (most people?) might be confused?

But what's the ask? This is the cleanest way I see of them doing it.

I see a ton of criticism and not a single person coming up with anything better, unless it's to take away options, like removing effort level.

What about buying Intel CPUs? A car? Electrical components?

If you're not just using this at a consumer level to ask about cooking recipes (and if that's your use case, you really don't care about API pricing, or any of this, and can just use the default), and are using it professionally, then this seems like a low bar of effort to understand what you're buying.

I do grant you the relationship between model and effort level has an unclear relationship, but there are also tradeoffs in most complex technical products that are not always clear; this is exacerbated by the fact that this product is stochastic.

Why are engineers using this as a professional tool expecting this to be bought like a consumer gadget and then blaming the maker?

“The ask” is give me a clue how to choose the best settings for a specific task. Model releases happen so often that the calculation keeps changing. Maybe even OpenAI doesn’t always know the answer.

This morning I asked GPT which models and settings I should use to inspect my VM dashboard with computer control. It said: - GPT-6 Astra at Medium - GPT-6.1 Sol at Medium (alt) - use Luna only when the route was already known.

But I had already completed the task twice with Luna and it was 5.6! It navigated through a few pages of my dashboard, pulled up the 30-day usage chart, analyzed my CPU and RAM, and explained why I didn’t need an upgrade. I’d give Luna 5.6 an A on this task.

Maybe OpenAI should give us a “Tiptronic” selector: recommend the model and reasoning level based on the prompt, while still letting users override it.

> “The ask” is give me a clue how to choose the best settings for a specific task.

What are you talking about? If it's for some slop you vibe check it. If it's for a serious effort you write an eval. Same as it has been for the last 3 years.

These names are not just for engineers.

Why is it ok for engineers to have confusing names and ways to interact with something?

How am I supposed to decide between these options: https://imgur.com/a/bXHWowL

How am I supposed to keep up with the changes every few months?

"How am I supposed to keep up with the changes every few months?"

No worries, you can always ask a AI.

You are showing a selection from some third-party interface that mixes together models from six different suppliers: Mistral, Kimi, OpenAI, xAI, Anthropic and Google, with a bunch of old obsolete models.

Are you presenting this as evidence that OpenAI's naming scheme is bad?

If you don't want to spend the time to know the difference between all these different suppliers and their models, then why are you using whatever this program is that gives you so many choices, most of which are bad? Why is this OpenAI's fault?

The OpenAI employee above says that some smaller models of the same generation are better at certain tasks than larger models, regardless of cost difference.

They should have a guide saying "Terra is best at technical documentation and communication, Astra is best at large software projects and research, Sol is good for development" or something like that.

Then he qualified to say it depends on the unique details of the documentation. I don't think its possible. You have to try all models with effort and compare all or go on reputation or vibes.
Effort (as it's used in the context, how many "thinking" tokens to burn) is still a free variable. It's not always shown to the end user but you can set it independently for any of these models.

After that you just have model "strength" and version number. But of course strength is only comparable at equal version number and the two axes are almost parallel.

Anthropic also does this, perhaps to a lesser extent.

{"deleted":true,"id":50249140,"parent":50248903,"time":1793041050,"type":"comment"}
It's confusing because the models are released one at a time rather than as a family.

Let's say I have some task that Luna 6.1 cannot do, but Terra 6.1 can. So I build my product around that. In a month when Luna 6.2 is released, then I have to figure out whether it's worth to evaluate and swap or just wait for Terra 6.2.

I think a lot of confusion comes from the discombobulated rollout of these models as well.

They released gpt-6-sol (alongside astra and luna but no terra) and 7 days later released gpt-6.1-sol making gpt-6-sol basically DOA before any real adoption. Everyone knows it wasn’t just better RL/post-training, it was a completely different model underneath. Now they randomly reintroduce terra.

I’m sorry, but if you’re not even a tiny bit befuddled by this then you must be taking whatever OpenAI is having.

Part of the confusion is that it's not linear capabilities. One model is not strictly "better" than the other. They have orthogonal capabilities.

I think the names are more of a reference to price. Luna is always cheaper than terra which is cheaper than Sol which is cheaper than Astra (for the same model number).

> I think the names are more of a reference to price. Luna is always cheaper than terra which is cheaper than Sol which is cheaper than Astra

Per token, yes. But per task it's not even necessarily the case depending on how much thinking is needed.

loading story #50250447
I guess it's the same as Opus 5.5 being in a way better than any Fable.
That's definitely a problem too.

But minor credit to Anthropic, at least they've mostly stuck to their four model names (Haiku, Sonnet, Opus, and Fable). You mostly know where a model is MEANT to be positioned from the name alone. OpenAI cannot keep it consistent from release to release.

But, yes, currently Opus Vs. Fable has the same issue as Sol-6.1 Vs. Astra.

I don’t think opus-5.5 is better than fable-5.1. I think opus is better overall because it’s much faster and cheaper than fable but if speed and cost is not a factor fable it’s probably just as if not slightly better than opus, especially at front-end design (tho the difference is marginal and no one should be really using fable day to day due to this alone).
I don't know why this is so hard to understand.

It's like iPhone 17 being faster than iPhone 16 Pro. Because it's newer and benefits from advances in chip architecture, despite being a lower model tier. Sometimes different iPhone models are released at different times.

Yeah this isn't intuitive at all.

Both companies have screwed up their naming royally. Maybe that's intentional - I'm sure it doesn't hurt Anthropic to have people using Fable a bit longer than they need to and racking up a huge bill in the process.

loading story #50252980
It is: Fable 5.5 will be better than Opus 5.5. Opus 6 will be better than Fable 5.5, Fable 6 will be better than Opus 6, etc.
loading story #50248826
If you daily all these models (and have a modest budget, not some >$400 corporate allowance), then it's pretty obvious that Luna is small and fast, and Sol 6.1 is the big one for jobs that need significantly above average intelligence, comparatively to a human engineer. I use both constantly. Astra is really not relevant for the average dev except to do some moonshot task with a vague verification loop.

Sure Sol 6.1 on low/medium can be considered "cheap" considering its abilities, but it's clearly not meant for the same type of tasks as Luna. You just grow an intuition for when something is solvable with a Luna-sized model. I'm guessing Terra is good for the tasks that you'd typically use Sol 6.1-low for, or for Luna type tasks (or other not-novel problem) where you want to reduce the risks of suboptimal decision making. It's exactly what I'd go with for feature additions where the correct solution is already mostly designed/specced-out.

> Did Microsoft's chief branding officer move over to OpenAI?

Obviously not, otherwise the four models would be called Copilot, as well as the harness.

You're just not paying attention. If you run copilot in copilot using copilot effort, it performs much better than copilot in copilot using copilot effort. This is clearly explained if you visit copilot.com using copilot and then search for copilot.
“Introducing our first mobile devices: Pocket Copilot Luna for on-the-go inference, and our new tablets, Copilot Sol+ and Copilot Astra Duo.”
The way to think of this is that (current) inferencing hardware has natural cut points of efficient scale (assuming some optimal architecture which at this point is almost always an MOE variant), so you always have an incentive to provide 3-4 model sizes (which nicely enough often means diff speed to answer also).

You are also rolling the training of your models by size and the lat est small model can sometimes beat an older model.

For a while we thought you just train the big model first then distill smaller models from it but since we've learnt the importance of on policy RL (basically the way a small model figures out a problem is very diff from a big model so it's best to RL optimize each model distinctly)

It's like Intel i3/i5/i7/i9, or nvidia 50/60/70/80.

It is meant to give a rating inside a generation. Different generations are not necessarily comparable. an i7 is better than an i5, but not if you compare an i7 7xxx with an i5 14xxx.

A nvidia xx80 card is better than a xx60 card, but not if you compare a 1080 to a 5060.

The only difference for OpenAI is that not every generation has every model.

Name means size which means price

Yes, a more modern smaller model can beat an older bigger model at some tasks, that's what can be confusing.

Training models is still not a precise science.

If you scale a model down, or switch out attention with linear attention, or introduce KV-compression, etc., you don't really know how it will affect model performance before you've trained the model.

And once you've spent millions training it, you might as well make it available if it's pareto optimal for some tasks. It also gives you more insight seeing how people use it in practice.

Flip it around. The number (generation) is the most important. Just like it's often with hardware.

And some variants (e.g., the medium one) being skipped or delayed for a certain generation doesn't really change the overall size branding.

Agree, it's confusing. I hear people discussing which model to use for what tasks and my head starts to spin because there are so many properties to account for and it's generally hard to reason about LLMs.

"Speed, quality, price: pick two". I think I'd rather see a choice like that than the current convolution of $-per-token, sub quota, latency, simulated reasoning level, model size, context size, etc, etc.

>But then things go confusing, they released Sol-6.1 which sometimes is superior to Astra, and discontinued Terra which made it look like this

I don't want to rush to their defense here, but, when model families are getting refreshed every 6 weeks, there is going to be significant overlap, particularly with these staggered releases

The moon is smaller than the earth. The earth is smaller than the sun. The sun is smaller than all of outer space.
And low/medium/high/xhigh/ultra reasoning. And pro mode and ultra-speed versions. There's at least 25 options to choose from.
Next AGI test, when model companies have consistently good version branding.
Wait I always thought terra was the smaller model and the further away you went in space the bigger the model (luna is further away so it’s better than terra)
It's especially confusing because Sol 6.1 is mostly just Astra but 10x slower at 1/10th the price - unless you pay for it to be as fast as Astra - at which point it's the same speed and price...

It's nice that they have Terra which seems to fill a void that's been needed since Sol 6 focused on cost (at the expense of quality), Sol 6.1 got a huge boost in quality, but became unusably slow unless you paid Astra prices - at which point, why not just use Astra?

Now at least we have a viable other option again.

Huh? I have not observed Sol 6.1 and Astra 6 to be the same.
You're not alone on this. They have too many models, and too many effort levels, it starts to feel like what to chose.
the only confusing bit was dropping terra for a bit,

Luna (Small), Terra (Medium), Sol (Big), Astra (Bigger)

is perfectly clear, sol beats astra sometimes because Astra 6.1 was scrapped. and note that opus 5.5 beats fable 5.1 most of the time too without a skipped model.

No idea, i still try to figure out how to use the right one per task.
Different classes and different generations. Isn't it roughly the same as what car manufacturers do? Or even Macbooks? 2014 macbook pro has worse performance than 2026 macbook air, this doesn't confuse consumers.
I suspect 6.1 Astra is the model that kept showing up in the news stories about an internal unreleased model trying to hack the Pentagon or whatever.
also am I the only person who remembers Do Kwon and the Terra/Luna debacle?? how about Gaia/Selene (admittedly harder to non-native english speakers)
{"dead":true,"deleted":true,"id":50248956,"parent":50248491,"time":1793040475,"type":"comment"}
Bet on purpose

“Test them all”

I rather enjoy OpenAI's focus on cost-per-task.

I'm optimistic about them tackling frontier intelligence next. Astra 6.1 please?

loading story #50249789
loading story #50250952

  GPT-6 Astra
  Input:$10.00 / 1M tokens Cached input:$1.00 / 1M tokens Output:$50.00 / 1M tokens
  
  
  GPT-6.1 Sol
  Input:$2.00 / 1M tokens Cached input:$0.10 / 1M tokens Output:$10.00 / 1M tokens
  
  
  GPT-6.1 Terra
  Input:$1.00 / 1M tokens Cache read:$0.05 / 1M tokens Output:$5.00 / 1M tokens
  
  
  GPT-6 Luna
  Input:$0.10 / 1M tokens Cached input:$0.01 / 1M tokens Output:$0.50 / 1M tokens

That's how their pricing tiers end up now. https://openai.com/business/pricing/#api

(For some reason they say "Cache read" instead of "Cached input" for 6.1 Terra)

6.1 Astra and 6.1 Luna must be coming up soon. Will they reduce their prices further?

loading story #50249820
Pelicans for GPT-6.1 Terra: https://tools.simonwillison.net/markdown-svg-renderer?url=ht...

Interesting that both "none" and "low" reasoning levels appeared not to spend any reasoning tokens at all, and in fact low ended up using less tokens and costing less than none here.

"medium" did use 496 reasoning tokens, but that's apparently not enough here to return a visible reasoning trace.

OpenAI's current frontier model lineup is gpt-6-astra, gpt-6.1-sol, gpt-6.1-terra, gpt-6-luna, so here's a comparison grid of all of their pelicans at different reasoning levels: https://static.simonwillison.net/static/2026/openai-pelicans...

loading story #50254992
loading story #50248819
loading story #50250417
loading story #50248968
loading story #50250247
loading story #50249109
loading story #50248820
In my tests [1], GPT-6.1 Terra joins the Pareto Frontier in between GPT-6 Luna and GPT-6.1 Sol. So, exactly as advertised!

It's also a very fast model, of all 33 models we've tested so far, only Haiku 5.5 and Nemotron 3.5 Super VL have passed the exam faster but both scored lower. It also wrote the _least_ output in its responses.

[1] Benchmarks for data analytics tasks: https://plotly.com/blog/gpt-6-1-terra-plotly-data-analytics-...

loading story #50254864
I don't understand, in my tests, on max effort, it's worse than 6.1 sol and 2x more expensive[0].

Used on medium seems to be the best use-case[1] and cheaper than 6.1 Sol.

[0]: https://aibenchy.com/compare/openai-gpt-6-1-sol-max/openai-g...

[1]: https://aibenchy.com/compare/openai-gpt-6-1-sol-medium/opena...

loading story #50252296
Why do Anthropic and OpenAI think it necessary to split their model into 4 versions (Opus, Sonnet, Fable, Haiku, Astra, Sol, Luna, Terra) vs. Google's 2 (Argon, Flash)?
Google has flash-lite, too. I liked OpenAi's scheme better, as long as it is parallel and makes sense.
Wow. If those charts are true, this effectively matches GPT-6-Astra at a fraction of the cost, and is neck-and-neck with 6.1-Sol.
loading story #50248481
loading story #50249159
loading story #50248430
Too many models and too many knobs. There are like 5 models and 5 thinking levels, that is 25 different combinations.
loading story #50254238
loading story #50255003
OpenAI repeatedly keeps hurting user workflows by altering the model generations family for each new version in unpredictable ways. As such, it is not a sane ecosystem to develop in.
loading story #50253539
loading story #50253801
Can anyone give me the compelling reason for Terra and Sonnet to exist?

Virtually every task I give to either is better served by going up a tier and down a reasoning level, or down a tier and up a reasoning level. I simply don't understand their use case. No testing I've done has shown them to have a niche where there isn't a cheaper-with-equal-results or more-performant-at-same-cost option.

loading story #50249249
loading story #50249689
loading story #50248757
loading story #50251139
loading story #50250366
loading story #50248816
loading story #50249475
loading story #50250166
loading story #50249852
loading story #50249415
loading story #50248908
loading story #50250186
loading story #50248818
loading story #50250267
loading story #50248951
loading story #50250221
loading story #50248853
PacBench results.

GPT-6.1 Terra scored 84, one point over Grok 4.7 (83), in 5.4 min for $0.19 vs Grok’s 36.5 min and $1.69. The cheap models keep getting better.

GPT-6.1 Terra: https://jonclegg.github.io/pacman-bakeoff/#gpt-6.1-terra

Closest competitor (Grok 4.7): https://jonclegg.github.io/pacman-bakeoff/#grok-4.7

cool update. Like super cool.

Just one thing about the advert, how can I be the only person here thinking the ad is weird - like for the marketing dep, its a bit weird the ad features the same tram that broke and tragically like ended some people - happened for like the first time ever in 100 years, like a year ago ( 14 months ago) just a bit weird.

Im honestly not trying to be negative, but its kinda weird I kinda feel I should mention it because noone else has?

Im sure literally anyone from southern europe must have thought this the second they saw the ad. It was big news last year.

Am I mad? Just a heads up for PR to always check things like this first when releasing a video? Maybe its just me? Just trying to help

loading story #50252227
loading story #50253051
How would it compare to Claude models in terms of performance?
the only things we've got to actually make a judgement on are vibes and token anxiety. vibes generally indicate that more expensive == better, but more expensive == more token anxiety. so you end up using the most expensive model x effort that keeps your anxiety in check. yeah, maybe terra is great at technical documents. i'm not going to use it because i'd need to spend a couple of days writing technical documents to work out if it was better than sol and then what if it isn't?

is opus 5.5 better than sol 6.1? hmm, i really can't tell. maybe claude is a bit more diligent and identifies more issues up front. but sol has this can do attitude and the codex harness just gets on and does it's job done.

The results for factual error rate on "difficult" prompts is staggering to me. Particularly the difference between 5.6-Terra and 6.1-Terra. These are wildly different Pareto fronts. Our custom enterprise agent is currently running on 5.6-Terra and it's already very good. I look forward to updating the configuration.
Still can't really forgive any of them for essentially stealing most of this knowledge regardless...
loading story #50251430
loading story #50251577
6.0 re branded as terra?
I'll wait for the runebench results!

On AA intelligence index, this fills in the cost per task frontier nicely between 6 Luna and 6.1 sol. So when 6.1 Luna inevitably releases...

The OAI model tango seems to not have an end in sight, for better or worse. Give me more API toys!

loading story #50253839
These "Pareto frontier" performance vs price graphs have become very popular and I find them mostly uninformative. Pricing is subjective. You chose the position on the X axis, and which measures to use on the Y Axis.
Does it suitable for finance choice?
This tier is what I'd actually point opencode at for PR reviews. The top models are too slow and expensive to run on every diff.
Am I reading the Agents’ Last Exam v1 graph correctly where it's saying GPT Luna Medium performs better than High, but XHigh is better than Medium?
loading story #50251106
loading story #50250119
I am wondering if there is a site with a perf/efficiency chart of the models over time? I am wondering is the pace still speeding up?
Sell it to me. Why would I ever give money for this?
You are paying API prices, and 6.1 Terra gets you 90% of what 6.1 Sol gets you at half the price.
{"deleted":true,"id":50249937,"parent":50249756,"time":1793044285,"type":"comment"}
My understanding is API prices are more expensive then monthly plan, is this true?

My plan for OpenAI recently expired and now I’m thinking to test Anthropic ecosystem. My primary use case is programming only.

Should I go with API use or subscription? For coding harness, I jump between codex, OpenRouter, pi, whatever coding harness is trending on that day

Individuals are not paying API prices for coding. Everyone uses a subscription.

Anthropic does not allow you to use 3rd party harnesses -- you have to use Claude Code. Claude Code is an excellent harness, though.

If you want the freedom to move between harnesses you should use OpenAI or xAI

Subscriptions provide thousands of dollars' worth of tokens if measured at API prices. While the value was once absurd, it is now slightly lower but still much cheaper.
anthropic subscription does not allow 3rd party harnesses i believe
These benchmarks made me want to try sonnet 5.5
is it eligible for data sharing incentive free token quota?
They say it has "A significant step up on factuality and coding". My browser is underlining "factuality" in red. AI hallucinations or hallucinatiality are still a big problem in my experience.
loading story #50249387
loading story #50251806
{"deleted":true,"id":50249441,"parent":50248124,"time":1793042198,"type":"comment"}
Unfortunately it suffers from the same problem as Luna: it will stop at an earliest excuse and no amount of prompting not to stop until X is done will convince it otherwise.
If you are confused, that is how this company was always been, remember GPT 4, then they did some weird versioning.

I personally like Terra, it kind of does what I would ask Sol or Astra, but dont have to count tokens as much. And Luna has been amazing tbh, it takes designs from prototype and in record time is implementing it, so that was a huge win.

But yeah, they always had confusing way of naming products and if you are not following news, you will be confused about what it is.

https://artificialanalysis.ai/#intelligence-efficiency-tabs

According to this, Sol 6.1 x-high is both cheaper and smarter than Terra 6.1 max.

not gonna lie they did really bad and this drained my usage SO FAST. that model used lots of unnecessary skills and read through way more memory files needed.

It literally burned through 2 subs.

Is it stronger and cheaper than DeepSeek V4.1 Flash 1017?

If not, yawn...

AA has limited 1017 benchmarks so some terras versus 1017 Max: max - 3 points smarter, 50% more expensive xhigh - same score, 25% cheaper high - 1 point dumber, 50% cheaper
Do people use deepseek for real world development or just for building experimental large projects?
Yes, V4.1 Flash 1017 is my daily driver cloud model. Copes fine with what I'd consider difficult brownfield development, like fixing bugs in vLLM prompt cache and coming up with small/sane overlay patches for them. Maybe it's disappointing for people who want to one-shot a game or website from a single prompt; I haven't tried that.

It's nice that their peak-rate hours end quite early in the day UK time.

I use it at work. It's dirt cheap, blazing fast, and is more than enough for most coding work.

If you live in a country with a weak currency, DeepSeek models are definitely a godsend.

You can do real world development with weaker models than Deepseek Flash.

I still use SOTA for the main model though, but also I'm perfectly aware it's mostly out of FOMO.

Deepseek is more than enough for default subagents though. Any well defined and verifiable task and there's absolutely zero difference between SOTA and good-enough models. Used to be just speed, but Deepseek is fast.

I have same the same FOMO to use SOTA model for all planning and brainstorming session. However, I’m unsure how do you bring deepseek for subagent task. Could you describe your workflow?

For myself, using Codex, I always have to explicitly tell codex to use Luna with high reasoning for smaller, bit size tasks.

I'm using OMP (oh-my-pi) and the minimum you need to do is just set the @task role to Deepseek:max.

Subagents can spawn with other profiles e.g. scout (uses @smol) and reviewer (@slow). You can set SOTA with higher thinking for @slow and Deepseek with lower thinking for @smol or something even faster/cheaper.

There's also weirdly named /vibe mode that gives explicit instructions to the main model to act as an orchestrator but I find this unnecessary if your main is SOTA, they are already super eager to spawn subagents by default.

It's only a little better than Deepseek with Max effort in benchmarks. Doesn't bode too well for 6.1 Luna.
The benchmarks are already saturated and the curves for Terra stick to the axes.
That terminal bench 4.0 result is... bad? Terra XHigh more expensive than Sol Low and still does worse.

It's very likely this is a next checkpoint of GPT-6 "Sol", over-optimised for the web chat and offered to Codex subscribers as a "please go away" offering.

If this was half the price, I'd be very interested, but at 1/5/0.05? Feels like another panic release because they can't get Astra 6.1 out of the door...

loading story #50251973
Really hate how they only show it vs Opus @ Max and not Low/Medium/High.
People keep asking OpenAI for a mode that's as good as Opus 5.5, and they release this instead. Interesting strategy. Let's see how it works out for them.
loading story #50249238
loading story #50251958
loading story #50248539
loading story #50248376
loading story #50248475
"better writing"

let's see if it can pass the Pangram test. Many services purport to fool it, but fail.

loading story #50249205
Fooling Pangram and writing well are not the same axes, even if there’s some correlation.
loading story #50249547
If they had any courage, they would release 6.1 Astra, but they don't.

Update: Look at the OpenAI employees downvoting me.

loading story #50249006
i'm not sure anyone cares about Terra though.

Previous Terra model was so good it was discontinued.

OpenAi needs a model to compete with Opus 5.5, and that's not Terra 6.1.

loading story #50250491
GPT-6 only just came out! The AI landscape is always on the move!
loading story #50251144