logoalt Hacker News

atombender • yesterday at 7:28 PM • 7 replies • view on HN

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.


Replies

tedsanders • yesterday at 8:44 PM

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

➕ show 1 reply
lazharichir • yesterday at 9:28 PM

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

➕ show 1 reply
CSMastermind • yesterday at 9:02 PM

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

➕ show 1 reply
no-name-here • today at 8:28 AM

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

ilaksh • yesterday at 7:58 PM

You can start with Artificial Analysis benchmarks but, then you need to test in the real tasks anyway.

saagarjha • yesterday at 9:32 PM

I assume having a person write words for other people to read is not feasible?

➕ show 1 reply