cd /news/artificial-intelligence/when-models-learn · home topics artificial-intelligence article
[ARTICLE · art-100091] src=tomtunguz.com ↗ pub= topic=artificial-intelligence verified=true sentiment=· neutral

When Models Learn

Test-time training, a technique that lets AI models update their weights during use rather than freezing after training, could cut memory requirements and boost inference speed by up to 2.7 times, according to Stanford research, but it forces providers to serve a separate model per user, increasing compute and chip costs. The trade-off makes it viable mainly for personalized applications like coding agents that learn a user's codebase, while one-off queries are better served by frozen models.

read2 min views1 publishedAug 17, 2026
When Models Learn
Image: Tomtunguz (auto-discovered)

Every model you’ve ever used froze the day its training ended. The answers are the same even if you have used it every day.

What if a model kept learning as you use it?

A GPS learns a persistent shortcut around daily traffic on northbound Highway 101, not just a one-time reroute. Test-time training does that to a model as it works. 1 As you use the AI, the model changes its weights, changes how it thinks about its memories, to answer you better.

The changes are more profound than finding an off-ramp to an access road past a highway junction chokepoint.

Memory requirements plummet. A standard transformer keeps a KV-cache, a running record of every earlier token, so its memory grows linearly with context, every additional token adds to the running record. Test-time training folds that history into a fixed-size set of weights instead of a growing cache, so memory stays flat no matter how long the conversation runs.

The model provider now has to serve a separate model to each person. Once a model updates on your prompt, it is no longer the model that answered your neighbor’s, so a single checkpoint serving millions of users becomes millions of slightly different models, each shaped by the person using it. That divergence is the provider’s problem to solve: a GPU provider needs a copy in flight per user instead of one shared copy for everyone, which means more compute, more chips, to serve the same number of people.

It’s much faster. Stanford research on small models indicates it can be up to 2.7 times faster, because a test-time trained model’s inference latency stays constant no matter how long the context runs, the way a standard transformer’s does not. 2 In-Place TTT also ships drop-in, lifting a 4b model to competitive 128k-context performance with no retraining.

3Here is the tension. Standard AI is limited by memory, test-time AI is limited by compute & chips, so a provider picks based on whether it’s serving long context or serving many people.

That cost is only worth paying where personalization earns its keep. A coding agent that learns your codebase’s conventions, the resilient persistent bugs, ultimately should provide some form of lock-in via memory, so the per-user cost pays for itself. A one-off customer support question doesn’t need any of that. A shared, frozen, potentially fine-tuned model answers it just as well & costs the provider far less to serve.

Test-time training will be a key part of the discourse throughout the end of 2026 & beyond. It has the potential to change the current economics of AI.

── more in #artificial-intelligence 4 stories · sorted by recency
── more on @stanford 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/when-models-learn] indexed:0 read:2min 2026-08-17 ·