Beating GPT-5.6 Sol on retrieval with 100x cheaper open models
Thread
Unofficial Hacker News client; not affiliated with Y Combinator.
Beating GPT-5.6 Sol on retrieval with 100x cheaper open models
Unofficial Hacker News client; not affiliated with Y Combinator.
mrinterweb · · focus · HN ↗
benjiro29 · · focus · HN ↗
That is not handing off to a specialized model, its just handing off to a lighter and interior model (compared to the parent model). That by itself can create issues like the lighter model not capturing all the data that the parent needs.
The idea is that we get specialized models that are better then general purpose models. But its rare for a specialized model to beat a strong general model.
There is a reason why we hear less about this idea of smaller expert models, because large strong models to the tasks just as good.
And if the tasks is repetitive to the point that specialization is useful, you can get into a situation that your better off having a program written for that reputative nature, then delegating to other models. And then have the main strong model, deal with the (semi)cleaned up data.
tyre · · focus · HN ↗
Smaller models are cheaper, sometimes faster. I agree that the “we’re an LLM fine-tuned for X” hasn’t worked out because you can just train Claude to do X (and Anthropic will), but not burning Opus/Fable tokens on dumb-but-token-heavy tasks is good sense.
As we move from “integrate AI into Y” to “optimize the ROI on Y”, we’ll see more of this.
kumama · · focus · HN ↗
- high volume customer support. higher accuracy means fewer escalation, reducing labor costs - fraud detection. catching even one extra fraud attempt could mean a lot in savings - and ofc the classic ads use-case where at scale bps in improvement could mean millions in revenue :)
simianwords · · focus · HN ↗
dkersten · · focus · HN ↗
kumama · · focus · HN ↗
simianwords · · focus · HN ↗