AI Engineer World's Fair closes with a fight over whether coding-loop hype has outrun engineering discipline
- On the last day of the AI Engineer World's Fair (AIEWF), a live debate over the "loop" — an agent that writes code, runs tests, catches errors, and fixes them itself, on repeat — put the conference's underlying argument on the table: believers say there's no going back to hand-writing code; skeptics say the hype has outrun engineering discipline
- Anthropic's Head of Labs and Instagram co-founder Mike Krieger talked about Claude Tag, the company's internal tool — the instruction given to it now is "you own this part of the codebase, watch the feedback channel yourself, and pick up work proactively," not fix bugs one ticket at a time
- Amplify's 2026 AI engineer survey: 95% of respondents now use agents (up from about half last year), and 89% of those agents can write data (versus 52% last year); but 59% worry AI-generated code is piling up long-term technical debt, and the "control layer" for agents is still primitive
- The closing keynotes turned optimistic: Theo Browne said "what used to be startup-scale is now just a side project"; YC president and CEO Garry Tan said the fastest-growing founders treat AI as a workforce, not autocomplete
- The live vote fizzled out — the stage lights were so bright that neither the moderator nor the debaters could count how many hands went up
On the last day, a fight breaks out over the "loop"
On the last day of the AI Engineer World's Fair (AIEWF), a live debate over the "loop" put the conference's underlying argument on the table. A loop is what happens when an agent writes code, runs tests, finds errors, and fixes them itself — round after round — without a human watching every step.
The debate set out to settle one thing: can a self-running "software factory" actually be deployed at scale today, or has the engineering discipline never caught up to the ambition? Moderator Allie Howe put it bluntly from the start: "Is there a gap between the hype around loops and how usable they actually are?"
Arguing for was Geoffrey Huntley, creator of Ralph Loop, joined by Keycard CEO Ian Livingstone. Arguing against were Dex Horthy of HumanLayer and Greg Pstrucha of Subroutine. Neither side denied loops are useful — the fight was over whether coding can be handed over to agents wholesale, right now.
Hand a task list to an intern and let them try, fail, and retry on their own until it's done — instead of walking them through every step yourself. That's roughly what an agent's loop is: it runs on its own, and you're just there to make sure it doesn't go off the rails.
The case for: the loop is already here, and there's no going back
Huntley opened by saying the loop has already arrived. "This is inevitable — it's here to stay," he said, adding, "I don't think I'll ever go back to writing code by hand."
Livingstone picked up the thread and pushed the argument onto harder ground: what matters is verifiability. It doesn't matter how the code got written — by a human or an agent — as long as the result can be verified. He also pointed out that the loop has always been the core of software development; it's nothing new.
In Livingstone's words: "The core of a loop is just: I try something, I learn something, I apply it. What we're really talking about is how fast we can spin that process." To him, agentic coding just spins this ancient loop faster.
The case against: the hype has outrun the discipline
Horthy opened by drawing a line: he's not against loops. "The basic question here isn't whether loops are good or bad," he said. Kubernetes itself is built on control loops, he noted — but those are deterministic loops. His real objection: "The hype has outrun the discipline."
What does "deterministic" mean here? The rules are fixed in advance — if server load spikes, spin up another instance; exactly how to respond is decided ahead of time, with no on-the-fly judgment call. An agent's loop is different: what happens at each step is a judgment the AI makes on the spot, so running the same task twice can produce a different process and a different result. The two kinds of loop look alike, but they're nothing alike underneath.
Horthy pushed the distinction further: what people call the "abstraction level" is really just how far removed a human is from the details — the higher the level, the fewer details a person manages, and the more gets handed to the AI. "I haven't seen evidence that we can move up an abstraction level right now," he said — meaning handing coding over wholesale to agents. "If anything, the direction should be to drop down a level."
Pstrucha was worried about a different ledger: money. He said the economic sustainability of agent loops is questionable — you can't "orchestrate your way out of a problem by buying more tokens."
- The loop is already here — no going back to hand-writing code
- What matters is verifiability, not how the code got written
- The loop has always been the core of software development: try, learn, apply
- Not against loops — Kubernetes has run on control loops for years, but those are deterministic
- The hype has outrun engineering discipline
- No evidence we can move up an abstraction level — if anything, we should drop one down
- Not economically sustainable — you can't orchestrate your way out by buying more tokens
"Right now we're basically locomotive engineers. That's the job: keep the train on the tracks."Geoffrey Huntley, loop proponent
The software factory's dilemma: once it's automated, who still touches the problem?
The conversation turned to the "software factory" — a metaphor, now popular across the industry, for handing the entire pipeline (writing code, testing, shipping) to a fleet of agents running on autopilot, with humans stepping back into an oversight and review role.
Horthy's worry was concrete: when everything runs automatically inside a factory-style agent environment, "you never actually touch the problem itself." So he suggested starting small — iterating with agent loops bit by bit to first "build intuition," rather than jumping straight to end-to-end automation.
Even Huntley admitted there's danger in the loop. He said the software factory represents where things are headed, but the industry hasn't solved it yet. "This is frontier thinking."
As the hour-long debate wrapped up, Howe asked the audience to vote by show of hands for who "won." What followed was a joke on humans themselves: the stage lights were so bright that neither she nor the debaters could tell how many hands were up. Maybe an agent should have been in charge of dimming the lights.
Anthropic's template: what Claude Tag actually looks like
If you're looking for a company actually moving toward the software-factory model, Anthropic is one. Instagram co-founder and current Anthropic Head of Labs Mike Krieger sat down for a morning conversation with swyx.
He talked about Claude Tag, the internal tool the company announced publicly the week before. He described Tag as more "delegated, asynchronous, and proactive" than Claude. This might be what an early-stage software factory actually looks like: agents haven't replaced the team — multiple people are delegating their own responsibilities to a system like Claude Tag.
Krieger only touched on it briefly on stage, but the official announcement spells Claude Tag out: it puts Claude into Slack as a team member. Give it access to designated channels, tools, and codebases, and anyone in the channel can @Claude to hand off work and go do something else; it retains relevant context from the channel over time, and it can even schedule future tasks. Anthropic positions it as the next evolution of Claude Code — a model that's more proactive and built for a whole team to use together.
Compared with opening a one-off chat window to task Claude, @Claude differs in four ways:
According to the company, 65% of the code from Anthropic's product team is now generated by the internal version of Claude Tag (a vendor self-report), and the pattern is spreading beyond engineering into tracking product metrics, handling support tickets, and chasing down gnarly bugs. On the governance side, admins can carve out isolated "Claude identities" per channel — the memory and tools from the sales instance don't leak into the engineering one — and can also cap token spend and pull a complete log of who told @Claude to do what, and when. It's currently in beta for Claude Enterprise / Team customers, running on Opus 4.8, and it replaces the old Claude in Slack app.
"Most of our usage is really more like delegation," Krieger said. He gave an example: "Don't just fix this bug. From now on, you own this part of the codebase — I want you watching this feedback channel and picking up work proactively." He said this has already changed how the team operates, turning it into a "multiplayer, asynchronous, proactive" style of collaboration.
But he also pointed out a side effect of automation: the team is now "bottlenecked at review," and bottlenecked on "whether humans can actually hold the full picture of what we're doing in their heads."
The numbers: the 2026 AI engineer survey
Back to the day-to-day reality of most AI engineers. That morning, Amplify's Barr Yaron released her annual industry survey.
According to Amplify's data, 95% of respondents now use agents — roughly double last year's figure. Among teams using agents, 89% say those agents can write data, up from 52% last year. "Agents aren't just reading, summarizing, and drafting anymore," Yaron said. "They're taking real action inside the system."
But the guardrails are still primitive. Human approval and permissions are the two main lines of defense, trailed by a scattering of other techniques: task decomposition, retrieval, memory, sandboxing. "Nobody has settled on a control layer for agents," Yaron said. In plain terms: agents can already take action inside real systems, but the industry still hasn't figured out how to rein them in.
Cheaper, and more anxious: cost and technical debt
Cost is another sore spot. 40% of respondents say AI costs "frequently" constrain their ambitions for using AI, and another 36% say it happens "sometimes." Token usage is now the second most-watched production metric, right behind quality.
AI makes experimentation cheaper and lets teams ship more software, but among that same pool of respondents, 59% worry that the code AI generates today is building up long-term liabilities. The time and money saved may be getting quietly eaten back by the debt piling up behind it. That contrast makes the point more plainly than anything said on the debate stage.
The closing keynotes: what comes next
The conference's final sessions pulled the mood back toward optimism — looking at AI, and building things with it. That is, after all, the point of AIEWF, and the fun part too.
Theo Browne showed off a few projects he's built, or is still building, with AI. His point: the scale a single developer can realistically take on has shifted. "What used to be startup-scale is now just a side project," he said. Projects he'd have written off as "too big" in the past are now within reach.
YC president and CEO Garry Tan then brought that optimism down to the organizational level. He said YC's fastest-growing founders all treat AI as a workforce to deploy. Where most people used to treat it as glorified autocomplete — a couple of lines popping up while you type — this cohort hands it whole chunks of work.
Back to that opening locomotive metaphor: a week's worth of debate made it clear how much engineering still stands between today and an AI-native vision that actually works for everyone. The closing keynotes were a reminder of why the engineers in the room keep chasing it anyway. In the words of the original piece, they just want to drive those locomotives.
"Build an AI-native company, not a company that just happens to use AI."Garry Tan, YC president and CEO, closing keynote
AI writing its own code: the argument shifted from 'can it work' to 'dare we hand over everything now'
A closing debate and an industry survey at the AI engineer conference — this one page, with charts, covers the whole argument over whether the hype has outrun engineering discipline.
↓ One page, and one chart that moves
The closing session on the last day of the AI Engineer World's Fair was a debate over the "loop." A loop (an automated coding cycle) is when an agent — an AI program that acts and makes decisions on its own — writes code, runs tests, catches errors, and fixes them, round after round, with no human watching every step. Neither side disputed that it's useful; the fight was over whether it can be handed whole swaths of real work at scale, right now.
✘ But every step is a judgment call the AI makes on the spot — run the same task twice and both the process and the result can differ
Why it matters: when something breaks, humans "never actually touch the problem itself"; the industry still hasn't settled on how to rein it in (what insiders call the "control layer")
Arguing for: Ralph Loop creator Geoffrey Huntley and Keycard CEO Ian Livingstone. Arguing against: Dex Horthy of HumanLayer and Greg Pstrucha of Subroutine. Neither side disputes that loops are useful. The pro side says there's no going back to hand-written code — as long as the result can be verified, it doesn't matter who wrote it. The con side says they're not against loops; they're against the hype outrunning engineering discipline, and the economics don't add up.
- The loop is already here — no going back to hand-writing code
- What matters is whether the result can be verified, not who wrote the code
- Companies are already doing this: Anthropic has its internal tool Claude Tag "own an entire part of the codebase, watch the channel, and pick up work on its own"
- Not against loops — against the hype outrunning engineering discipline
- No evidence we can hand coding over wholesale right now — if anything, the approach should be more cautious
- Not economically sustainable — you can't bury the problem under more tokens (the billing unit for how much text an AI processes)
The biggest disagreement really comes down to one word: which kind of "loop" are we even talking about?
Horthy's key argument on the con side: loops have been around for a long time. Kubernetes (a widely used server-automation system) is built on loops too — but those are "deterministic," with rules fixed in advance. An agent's loop is the AI deciding on the spot. The two look alike but are nothing alike underneath.
At the same event, Amplify's Barr Yaron released the annual survey. Translate the percentages into something concrete: of every 20 teams surveyed, 19 are already using agents — a year ago, that figure was only about half. But among that same group, more than half worry they're racking up technical debt (the shortcuts taken to move fast now that cost more time to pay off later).
All of these figures come from Amplify's 2026 AI engineer annual survey, self-reported by the engineering teams surveyed, with no independent replication.
one line lights the fuse
is there a gap?
staring at one word onscreen
What's that?
The fight now: dare we hand over everything?
in one year?!
last year it was only about half
89% of teams now let it write data directly (up from 52% last year).
the whole thing!
don't mix them up
get different results
same result. Always.
paid back later with more time
the harder you push, the more you owe
we pay this off?
not the autocomplete popping up two lines while you type.
