upvote
This is an oversimplification: more data makes models smarter ceteris paribus, but mostly only because auto-regressive training (where most of the general knowledge comes from) is essentially compressing information that can be recalled later if it’s useful (or not recalled). Obviously there are differences in kind within “more data” too, you would much rather have all the books and blog posts in the world than all the fanfiction.

Yes, all three together would be even better. But it wouldn’t be if you had 100x more fanfiction, mostly synthetic, generated during RL to teach a model to be better at writing fan fiction. There are real limits to the amount of knowledge you can cram into fixed-size (downstream of hardware availability) weights. For a period scaling with data was basically “free” because we had the Internet and all the books/media that humans had already created; the data was accessible and limited (at least, the parts we think models should know about) enough and top-hardware big enough that we could basically compress the whole thing.

Post-training/RL are making this obsolete because they’re more about skill/capability acquisition rather than knowledge. They can generate much more data (most of it quotidian/useless, ie an agent made a typo in batch 382829) and clearly seem to cause a kind of mode collapse even in the most advanced frontier models.

We don’t need to make LLMs forget about SpongeBob SquarePants so they learn more about bash. But if I have a question about SpongeBob SquarePants, I don’t need to hear about load bearing seams prefaced with honest caveats after a model writes 400 lines of bash to look up SpongeBob’s family.

And there is probably a lot more SpongeBob knowledge we could put into models if we wanted to: interviews with the creative staff, a SpongeEnv/SpongeHarness modeling how the art/story team work together to create entertaining kids tv, a SpongeBench measuring entertainment value, etc. If a SpongeAgent spends 2000 years in Agent University learning how to Spongemaxx we probably don’t need or want to have it spend another 2000 years writing smoke tests

reply
[flagged]
reply
Thanks for putting this so well. The mathematical evidence for this “general intelligence underlying everything” is the “universal geometry of embeddings” paper. Fascinating read. Or as the ancient philosophers used to say, the one who knows God knows everything.
reply
"the one who knows god knows everything" could also be a reference to the fact that god is unknowable, and therefore so is everything...
reply
By pattern matching that SpongeBob episode to the case at hand you provided an example of what you had just explained. Nice. So meta.
reply
This makes a ton of sense, and seems like it's coming from somebody who understands LLMs better than I do so I will definitely take your word for it - but it doesn't totally track with my experience of running small local models either. In my experience some models are better at language X and others better at language Y - and all of them are better at language X and Y than language Z-I-just-made-up. I take that to mean there is some relationship between training data and skill. Maybe not enough to make pluggable modules, tho... at least not with the architectures we're currently using.
reply
An LLM works better the more disparate world knowledge it has, even if it's not immediately obvious why it would be relevant.

You just defined a liberal arts education.

reply
People keep forgetting that programming is not just about knowing the target programming language, but also an enormous volume of tacit knowledge:

    - Understanding of protocols like HTTP.
    - HTML, JS, CSS, SVG, and everything "web".
    - Understanding of databases, SQL, etc.
    - Abstract code architecture patterns.
    - Understanding the users' requests in English.
    - Responding in English.
    - Command line tool usage (agents/harnesses)
    - Industry-specific knowledge that can be applied.
    - Frameworks, SDKs, applicable libraries.
    - Relevant legal requirements.
    - Etc...
I.e.: If I tell a frontier AI that this project is for a "local council in XYZ location" it can immediately figure out that a scalable, globally distributed architecture is not required. It can also figure out that using local time instead of UTC is not only "fine", but even desired. Or that globalization/localization is not required... or.... required if the council is in some place like Belgium or Canada where multiple languages are officially recognised and supported by the government.
reply
Those assumptions are just that - assumptions. "Local council in XYZ location" implies a bunch of things, and each one might be wrong for my specific circumstances. What better way to guide expectations than importing specific knowledge? I.e. if I import the english and catalan modules, then I probably want to localize my site in english and catalan.

It would be trivial to have a pre-flight convo with an llm to guide the user thru module choices. "Build a site" -> "ok, describe the purpose" -> "local council in XYZ location" -> "that implies you won't need localization since XYZ has a monolingual government" -> "english and catalan localization please".

Right now, you prompt and it builds using assumptions, and we prompt to adjust. I think it would be great to be able to pre-load a set of assumptions.

reply
See: https://en.wikipedia.org/wiki/Bitter_lesson

Everyone assumes that carefully crafting a specific AI architecture with bits and pieces bolted together based on their human intuition is necessarily superior to simply using a bigger monolithic AI model. It turns out that the opposite is true, and has been demonstrated over and over again.

The bitter lesson is this: You can simply ask a frontier model to do the things you suggested, in a few terse lines of English. Dump a few lines in AGENTS.md and you are good to go.

Your approach is to "fiddle with inadequate tools" for weeks or months until you can finally attain a pale imitation of what the frontier models can do effortlessly.

It's the classic "But I can customise EMACS endlessly, why would I use an actual IDE?" argument all over.

I get it. You don't feel ownership over someone else's AI. You don't feel involved, you don't feel like you have agency.

It's like LEGO or IKEA furniture: study after study has shown that people enjoy things more if they "put it together themselves", even if fundamentally the thing is worse and/or still essentially nothing more than plastic made in a factory.

reply
“But I can customise EMACS endlessly, why would I use an actual IDE?”

There’s no need to bring religion into this.

reply
>I get it. You don't feel ownership over someone else's AI. You don't feel involved, you don't feel like you have agency.

You don't _have_ ownership of someone else's ai, and that comes with real risks.

Security risks, privacy risks, business risk.

They might rug pull you, they might charge you more, or like atrophic, silently corrupt the answers, or code...

The labs are happy to jump on any emergent capability the scaling and training impart: generate prose, teach you things, cyber security, design, code, etc.

Do you really think that the frontier labs won't turn a popular capability, or trend they notice, into a first party tool if the ROI seems there? If it's your own private ai in your datacenter, you can keep it all secret, and not lose your business.

On the bitter lesson you're right of course:), wish I had a super computer to just scale that instead.

reply
It doesn't have to be "externally hosted, proprietary AI model"! The argument is against "self-assembled small AI pieces" versus frontier monolithic models.

A) You can always self-host something like Kimi, DeepSeek, or GLM.

B) Just because you use a specific proprietary AI for programming doesn't actually bind you to that provider in any meaningful way. The authored code remains even if you stop paying them!

Of course, if you use AI as an active component in some sort of service, then the EULA, rug-pulls, etc... suddenly start to matter. That's a different story.

reply
> It's the classic "But I can customise EMACS endlessly, why would I use an actual IDE?" argument all over.

That paragraph sets me off. I’ll take Vim and Emacs over VSCode and Eclipse any day.

reply
Wouldn't this imply that in terms of AI usage you should take a "Wait and see" approach? I.e. just wait until the models can easily do whatever it is you want?
reply
Tbf the majority of harnesses for frontier models do not allow the agent to do this (gut instinct) and instead get it to search, and for good reason.
reply
could you share the 3blue1brown videos you're referring to?
reply
https://youtu.be/l6DKRf-fAAM maybe? Title is “Reinventing Entropy”

And of course the neural network series.

reply
Yes, that's the one
reply