Rendered at 23:24:54 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
myworkaccount2 1 days ago [-]
I wonder if this kind of analysis will give us a way to check if the frontier labs are waiting for the right moment to release their models.
To me it feels obvious that these companies are not releasing models as soon as they are done doing their post training / testing with any new model.
But there is no real way to know how much of this "waiting" any lab is doing, if we can get better estimates this way maybe we can gauge how far the open weights models really are.
simonw 1 days ago [-]
Given how competitive the space is any form of waiting seems like it has more downside than upside to me.
If you have the new "best" model you may only have a few weeks of time in the market before some other lab releases a new model that beats yours.
This means you should get it out ASAP so you can maximize the time during which your model is "best". Once your model isn't best any more you're going to lose a lot of revenue to the new leader.
AussieWog93 16 hours ago [-]
I was about to "correct" you but then read the username - has the best model for agentic coding/sysadmin not just been Claude every single day since Opus 4.5 released last November?
simonw 12 hours ago [-]
I think GPT-5.6 Sol is giving Claude some genuine competition right now. I wouldn't say it beats it, but it's half the price and can solve most of the same problems.
AussieWog93 12 hours ago [-]
It's funny you say that, I do see where you're coming from.
I don't personally see cost as an issue, since I'm using it for a small business with a subsidised consumer subscription (subscription cost is negligible compared to efficiency returns from the last 6 months), but I have found myself going to GPT over Claude for specific niche tasks - namely visual web design and SVG graphics. It does a good job of more things than just pelicans - its N64 controllers are good too!
PeterStuer 18 hours ago [-]
They are releasing as little as they can get away with. The Open Weights models are one of the big reasons we have seen the progress we have had.
theplumber 1 days ago [-]
It’s also worth to say that developers in general always have one more thing to fix before a release but if their hand is forced they can push it straight into main!
rad-b 1 days ago [-]
Great read and interesting analysis! I’m less charitable toward Anthropic supposedly not distilling ChatGPT for training purposes. Maybe not today, but during the GPT-4 era when Anthropic was the underdog - I can see it happen. Packaged along with some of Amodei’s clever jumping through hoops to prove how that is, in fact, virtuous.
cma 18 hours ago [-]
Distilling is only prohibited from chats you prompt. But there are lots in the open like the LMSYS Chatbot Arena data. It's a essentially one of the largest public sources of preference data, maybe still useful for boostraping RLHF and successor techniques (possibly a more highly educated contributor base than the low paid contractors), and was full of GPT-4-era inputs.
PeterStuer 18 hours ago [-]
How is distilling prohibited? AFAIK, the input is mine, and the output is not copyrightable.
tancop 14 hours ago [-]
its banned by the terms of service. but contracts dont override copyright law, all they can do is terminate your account if they find out.
when you give the outputs to a third party anthropic cant go after them. the copyright doesnt belong to them so all they can do is sue you for breach of contract where its impossible to prove damages.
htrp 11 hours ago [-]
Reminder here that there are multiple cycles of safety and post-training alignment that happen after the pre-training knowledge cut off.
ddxv 1 days ago [-]
This was great! One thing that wasn't addressed that I always assume, is that a marketing name like "Opus 5" is not a single model, but many models, versions and gets minor updates over time.
I also assumed many questions get routed to simpler models or programs to answer correctly, but it almost surprisingly didn't seem that way from the post.
Anyways, great post.
tedsanders 1 days ago [-]
I can explain how we do it at OpenAI.
In the API, we keep the models fixed. There are tiny caveats like rare bug fixes or models like `chat-latest`, but this is spiritually true. Suspicions of models changing over time are either human hallucinations or bugs on our end.
However, in ChatGPT, we sometimes update models without changing their names. For example, we recently launched an update to GPT-5.6 Sol in ChatGPT (https://openai.com/index/improving-gpt-5-6-sol-in-chatgpt/). Our goal isn't to be opaque or sneaky, but just to not exhaust people trying to keep track of little changes. When the changes are big, we give models a new name so that people know to expect something different.
discodave 24 hours ago [-]
Is there any scaffolding or harness runnning around the model on the cloud/server side? Seems like there's a lot of opportunity to make changes/improvements without making your customers call a different API or change the model parameter.
As an example, S3 team was able to migrate from eventually-consistent, to consistent without making any API changes, a complete re-architecture on the backend with 0 API changes.
derefr 1 days ago [-]
That's an good answer to the question when taken in strict terms of a model version = weights.
But, insofar as:
1. "a model" as presented to the user, isn't just its weights, but also anything else happening on the "business layer" (though this maybe applies more to ChatGPT than "direct" model access via the API); and
2. said business layer has any "knowledge base"-type stuff going on in it (i.e. automatic or tool-call-triggered embedding of results from search of some vector-DB into which has been embedded distilled pre-validated trustworthy info — like per-user memory mechanisms, but searching + injecting from global shared data sources); and
3. said "knowledge base" mechanisms are where most of the up-to-date, fast-changing info a model "knows" (without having to do a web search) is actually coming from;
...then do y'all ever update the pinned knowledge-base data snapshot associated with the model version, without updating the weights themselves?
tedsanders 23 hours ago [-]
Same spirit as above. API is fixed (though of course things like web search results can change from day to day). ChatGPT and Codex harnesses do change over time, though they never result in name changes. We document the big changes here: https://help.openai.com/en/articles/6825453-chatgpt-release-...
tobwen 1 days ago [-]
From my own experiments with various models, I suspect that LLMs have distinct/partitioned cutoff dates; for example, historical literature doesn't change (Greek history, Shakespeare, Goethe), general knowledge (updated only in certain areas), technologies (updated regularly), software also remains surprisingly stable - for example, with GIT, a basic command set is sufficient to do 99% of the jobs - new features are unknown or unnecessary, and tabloid knowledge, which is always up-to-date (politics, Taylor Swift albums).
sshh12 1 days ago [-]
I would have thought that as well but at least for coding vs world event facts I didn't see obvious differences in cutoffs
tobwen 1 days ago [-]
In my tests, I compiled the changelogs from various projects and checked how much functionality the model could recall over several test runs. In some cases, even with the latest models, the cutoff was around June 2024. Beyond that, it didn't recognize the features. However, it did know the cause of the last pope's death and even which hospital he was in (April 2025). However, the model did not know when Trump was sworn for the second time (Jan 2025) - but it did know THAT he was elected a second time (Nov 2024).
sashank_1509 1 days ago [-]
So Jan 2026 latest, I guess we are due to 2 OOM’s better retraining over the coming years. Curious to see the point at which AI plateaus.
brcmthrowaway 19 hours ago [-]
Why don't the labs just run autoresearch on improving themselves?
But there is no real way to know how much of this "waiting" any lab is doing, if we can get better estimates this way maybe we can gauge how far the open weights models really are.
If you have the new "best" model you may only have a few weeks of time in the market before some other lab releases a new model that beats yours.
This means you should get it out ASAP so you can maximize the time during which your model is "best". Once your model isn't best any more you're going to lose a lot of revenue to the new leader.
I don't personally see cost as an issue, since I'm using it for a small business with a subsidised consumer subscription (subscription cost is negligible compared to efficiency returns from the last 6 months), but I have found myself going to GPT over Claude for specific niche tasks - namely visual web design and SVG graphics. It does a good job of more things than just pelicans - its N64 controllers are good too!
when you give the outputs to a third party anthropic cant go after them. the copyright doesnt belong to them so all they can do is sue you for breach of contract where its impossible to prove damages.
I also assumed many questions get routed to simpler models or programs to answer correctly, but it almost surprisingly didn't seem that way from the post.
Anyways, great post.
In the API, we keep the models fixed. There are tiny caveats like rare bug fixes or models like `chat-latest`, but this is spiritually true. Suspicions of models changing over time are either human hallucinations or bugs on our end.
However, in ChatGPT, we sometimes update models without changing their names. For example, we recently launched an update to GPT-5.6 Sol in ChatGPT (https://openai.com/index/improving-gpt-5-6-sol-in-chatgpt/). Our goal isn't to be opaque or sneaky, but just to not exhaust people trying to keep track of little changes. When the changes are big, we give models a new name so that people know to expect something different.
As an example, S3 team was able to migrate from eventually-consistent, to consistent without making any API changes, a complete re-architecture on the backend with 0 API changes.
But, insofar as:
1. "a model" as presented to the user, isn't just its weights, but also anything else happening on the "business layer" (though this maybe applies more to ChatGPT than "direct" model access via the API); and
2. said business layer has any "knowledge base"-type stuff going on in it (i.e. automatic or tool-call-triggered embedding of results from search of some vector-DB into which has been embedded distilled pre-validated trustworthy info — like per-user memory mechanisms, but searching + injecting from global shared data sources); and
3. said "knowledge base" mechanisms are where most of the up-to-date, fast-changing info a model "knows" (without having to do a web search) is actually coming from;
...then do y'all ever update the pinned knowledge-base data snapshot associated with the model version, without updating the weights themselves?