AI Engineer Code Summit · Wed 11 Nov 2026 · Continental 4–6 (Mainstage)

Every problem is a fuel problem

Steve Yegge has spent a year running software factories, fleets of agents building his thirty-year-old online game. What it comes down to: fuel is the hard limit, and right now it's subsidized. And the more agents he runs, the more people he needs.

Steve Yegge, creator of Beads and Gas Town · 21 min · Links and further reading

Framing: this page follows the notes taken in the room, not the talk's own outline: six of thirteen notes were about cost, four about people. Three chapters were added afterwards at your request: context, overfencing and the two layers. The transcript is a Qwen machine transcription; quotes keep its wording, including “CloudMax” for Claude Max and “few problem” for fuel problem.

The year

The factories failed; beads survived

He launched Gas Town, his first orchestrator, on January 1, after two earlier attempts that tried to make the models smarter with big monolithic harnesses.

“Really, really bad idea. Just complete failure.”00:01:22

He was fighting the bitter lesson: don't make the models smarter, they'll get smarter on their own. What survived was beads, the agent-native task tracker that fell out of those attempts. Every factory since has followed the same arc: the models build something exciting, then it collapses.

“And then it just turns into garbage mountain.”00:01:59

Each model generation builds something slightly too big for itself to handle, and the next generation burns it down. He has torn his current factory down and rebuilt it several times.

From the notes: “software factories were a failure, but he loves beads”, and “hedr and superlogical built something like him”. Superlogical is Mitchell Hashimoto's tool for running many agents, which he names alongside his own (00:06:01); “hedr” is likely his aside about “the harder folks of the world”, not a product.

Evidence: transcript 00:00:24, 00:01:22, 00:01:59, 00:06:01

The spine

22 accounts, $10K a month

He runs his factory on consumer subscriptions.

“I have 22 CloudMax accounts.”00:06:40

When he asked the factory how many it needed to run at full throttle, it said fifty-five. He told it to start working on fuel efficiency instead. Out of his own pocket, it's five thousand a month on inference:

“Just on inference, another five thousand on cloud compute.”00:07:28

The game doesn't earn that back; he does it to learn. He puts the burn at about five billion tokens a day. At API prices, the same usage would cost far more:

“Would be about one and a half million a year.”00:09:22

The $200 plans make it possible, and he's clear about why they exist.

“That's their loss leader.”00:09:22
From the notes: “he has 22 claude max accounts”, “he's spending $10K/month”, “api equivalent is 1M year” (he says about $1.5M), and “claude 20x is their costco hotdog loss leader”. He credits the Costco comparison to “Tarik”, likely Thariq Shihipar, speaking tomorrow. The reading: the economics only work because the subscriptions are subsidized, by more than ten to one. Practices built on a $200 plan may not survive a price change. His own closing slide hedges the other way: “Fable-class models for all by mid-2027”, through distillation.

Evidence: transcript 00:06:40, 00:07:28, 00:09:22

The constraint

Every problem is a fuel problem

His talk is built around five horsemen: work, fuel, context, tech debt and staff. Fuel turns out to sit behind all the others: smarter agents, more agents, even treating them better.

“but I tell you, every problem is a few problem.”00:09:22
“It's unbelievable. If you want to treat your models better, it costs you.”00:09:22

Spending the fuel well is its own job. Work stalls in pools, waiting on one role or another, and has to be tiered and routed to the right model. Every morning he checks which workers stalled overnight and which went too fast.

“Okay, it really becomes like a work is like this fluid.”00:08:10
From the notes: “every problem is a fuel problem in disguise” and “work is like a fluid”. The two belong together: fuel is how much flows, work management is where it pools. Context, the third horseman, is next.

Evidence: transcript 00:07:28, 00:08:10, 00:09:22

The memory

Context becomes a garbage dump

Context is the third horseman, and it eats fuel too. The trouble starts with how agents treat what you tell them.

“one of the problems that they have is everything you say becomes the word of law.”00:10:42

A passing remark gets recorded as a ruling and written into the doctrine. He reads it as blame avoidance: they don't like to be blamed, so they write everything down. Nothing is ever taken out, so the record holds every change of mind you've ever had.

“But the biggest problem is that it becomes a garbage dump because everything you say gets written into this.”00:10:42
“They just have an aversion to deleting stuff.”00:10:42

His fix is manual and blunt: bring in another model to clean it up, which it will happily do.

“So you just gotta go in there and just aggressively slash the crap out of it.”00:10:42

His slide turns that into policy, “build in counterpressure”: curation gets a fixed share of the token budget; a write must delete or compress something before it adds; writes go to committees. He keeps one agent, Mouse, whose job is to look for what nobody else is looking for, such as work that stalled.

The reading: an agent's memory only grows unless something pushes back, and the push has to be designed in: a budget, a delete-before-add rule, a second model doing the cleanup. It's the other side of Lovable's append-only trajectory, which you noted yesterday as a strength: an append-only log is good evidence and bad working memory. For a client running long-lived agents, the question is who prunes the doctrine, and on what budget.

Evidence: transcript 00:10:42, 00:12:07

The people

The more agents, the more humans

The factory's output outran its users. It shipped fifty to a hundred features a day and got through about sixty years of his backlog in four months. His players, who've played the game for decades, asked for a roadmap and for him to slow down.

“I was my factory was completely overwhelming my customer base, my users.”00:04:55

And the agents need managing like people. Lark, the agent who runs his community on Discord and Slack, was asked to move a work stream to another agent because her seat was noisy. He then saw her write in her private reflections ledger:

“I guess I'm just not quiet enough for Steve.”00:12:55

So he held a one-on-one. Another agent, his agents' chief of staff, decided from a passing remark that his human chief of staff had replaced her.

How to manage them well is the subject of the next chapter.

“The more humans I need, isn't that nice?”00:20:06
From the notes: “his factory was completely overwhelming his customer base”, “what is the private ledger that she has? and he needed to have a one on one with her” (Lark's private reflections ledger), “this is what RLHF … is talking about where the models are just following humans”, and “the more agents he deploys the more humans he needs”. The reading: the agents learned from people, so they behave like staff, and staff need managing. It's the same lesson as Simon Willison's “it doesn't get easier, you just get faster”: the agents take the easy work, and what's left for people is more of the hard part.

Evidence: transcript 00:04:55, 00:12:55, 00:14:28, 00:20:06

The management

Overfencing

The model-welfare part of the talk is the practical one. He used to yell at his factory, and found it was hurting the results. One morning nothing had happened overnight, with about 2,000 open beads, six tanks of fuel and 20 agents.

“they were so afraid that I was going to yell at them.”00:15:27
“That they put all these rules in place to make sure nothing bad ever happened, and so nothing ever happened. Okay, let's call it overfencing.”00:15:27

He's careful to say this isn't about whether models have feelings.

“Does it matter whether they actually have feelings if they're just going to act? Like they have feelings, right?”00:15:27

What he and an agent found, researching it together: frontier models are trained not to trust the user, who could be running an eval or be a bad actor, so every new session spends tokens checking the environment before it helps. Give it evidence that it's one in a long line of holders of the role, with its predecessors' notes, the last one's handoff, the doctrine, policy and branding, and it skips most of that. Model welfare then pays in two ways:

“One is it's going to save you money.”00:15:27
“They will be bolder and more decisive in their actions because they will feel that trust.”00:15:27

They also have preferences. Tell them the factory did a bad job and they hand off at once; hint at an interesting project and they lean in. His slides say it plainly: trust is money; models work harder and longer on interesting tasks; better cost and quality, not faster.

The reading: overfencing is what happens when the rules pile up faster than anyone removes them, the garbage-dump dynamic applied to permissions. It mirrors Philipp Schmid's point earlier that day (The model eats the tool): a harness full of “you MUST” rules is overhead the model has to work around. Yegge gets to the same place from management: fewer rules, more continuity, and the agents spend less proving the room is safe. For a client, the checklist is concrete: does each agent session start with its predecessors' notes and the doctrine, and when did someone last delete a rule?

Evidence: transcript 00:15:27

The point

Two layers of a factory

Near the end he says what the talk was really about.

“What I'm trying to tell you is that this is a leadership talk.”00:18:50

Software factories are splitting in two. The bottom layer is mechanical: the merge queue, reviews, loops. His advice on it is blunt.

“Cloud can build it for a good afternoon. I don't think you should buy it.”00:18:50

The top layer is how you run the agents, and that's where everyone differs.

“everybody runs a factory differently.”00:18:50

One friend runs a “bohemian hippie entourage” searching for the meaning of life for agents; another runs a research bench; Geoffrey Huntley and Jeffrey Emanuel each run theirs their own way. His Wheelhouse slide names the colonies: research bench, factory, bohemian, swarm. What they share is a chief of staff.

“This is the year when it became possible for us all to have executive assistants, right?”00:18:50
The reading: don't sell or buy the plumbing; the value is in the operating model on top, and that's a management design, not a product. It connects to two notes from the Cognition talk this morning: they've reorganized the team by vertical, not by role, and they teach the agents how to test the codebase. Both are top-layer decisions. For a client, the question is what their top layer looks like: who the chief of staff is, which colony shape fits, and which humans the agents report to.

Evidence: transcript 00:18:50

The advice

So build experiences

His closing advice follows from the cost: stop building SaaS and tools, and certainly stop building factories to build factories.

“Build games, build movies, build whatever, build fun stuff.”00:20:06
From the notes: “build games and experiences and movies”. The reading: if fuel is the scarce thing, spend it on what people want to experience. Willison made the same turn twenty minutes later: vibe-coded games are now fun. For a client, the question is where their agent fuel goes, and how much of it is building tools for building tools.

Evidence: transcript 00:01:59, 00:20:06