upvote
> 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.

reply
Some food for thought, if someone from oAI can't make a direct recommendation for something as direct as "Technical documentation is such a multidimensional skill" - how could we know assess what model to use?
reply
To elaborate, I can ask each model to write a doc about something I know well and tell you which output I like better.

But to assess whether my preference on my problem is going to generalize across other people, other programming languages, other documentation types/formats, etc., and then analyze statistical significance is a thornier question that I don't have the data to answer. I'd rather make no recommendation than a weakly informed recommendation.

reply
I use Astra 6 Extra High for everything.

It’s overkill most of the time, but frankly all these models are “cheap”, and I’d rather waste compute than brain cycles trying to discern which dials are best for each individual as-hoc query.

reply
But Astra is simply bad at writing. I have to use Argon to rewrite everything Astra wrote in an academic setting. Astra always tries to cover every small detail and engages in defensive writing that is unreadable.
reply
How are they cheap? Does your organization offer unlimited spend, or does your subscription not run into the same limits as mine?
reply
Maybe if you have subsidized 200/500 dollars subscription it may look that way.
reply
Totally agree. I'm working a lot faster when being just about everything I want on the first hop, without model switching and goofing around to find the sweet spot. When I need a janky answer I run a model locally with llama.cpp
reply
[flagged]
reply
> On what basis should one pick a model for a given task?

It's high-level (and doesn't break out coding/writing etc), but https://developers.openai.com/api/docs/models says:

> If you're not sure where to start, use GPT-6 Astra, our flagship model for complex reasoning and coding. Choose GPT-6.1 Sol to balance intelligence and cost, or GPT-6 Luna for cost-sensitive, high-volume workloads.

That page also seems to be updated after each new release.

reply
deleted
reply
> 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.

reply
> 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.

I’d imagine there’s only a tiny percentage of users that can or want to do this.

reply
> 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.

reply
My thoughts exactly.

I recently experimented with some image generation models and I was surprised at how much context/prompting is needed to get something that doesn't look Lovecraftian. There was seemingly no downside to adding more and more detail up to the limit. Prose sits between code and images in terms of fuzziness and I wonder if promptmaxxing is the winning strategy for technical documentation.

I've been thinking that fine-tuning a model to write differently shouldn't be that hard (tedious, perhaps) and if I had the resources I would consider doing it myself.

reply
You can start with Artificial Analysis benchmarks but, then you need to test in the real tasks anyway.
reply
I assume having a person write words for other people to read is not feasible?
reply
Humans cannot be in the loop for autonomous work. I have agents review code and design/architecture documents, write alert messages based on rules, write analyses (e.g. outage incidents), and many other things. "Having a person write words" would mean not using agents, defeating the whole point.

I do not use agents to write on behalf of myself. I write my won technical write-ups and my own slide presentations. A lot of people don't; and it shows. There's much that agents can do better than humans now, but not everything.

reply
This isn't technical documentation though, it's just notes the agents are keeping for each other. I think that is a very different task
reply
It's human-facing.
reply