Loading video...
Video Failed to Load
Right now, most developers are still doing the job AI should be doing. Assign a task. Wait. Review the result. Fix it. Repeat. You're not building with AI. You're babysitting it. The shift happening now is much bigger than better coding agents. It's loop engineering. Instead of managing every... show more
11,344 views • 2 months ago •via X (Twitter)
12 Comments

The babysitting framing is perfect. Most devs do QA on every AI output instead of defining acceptance criteria that let the agent self-verify. The loop replaces the human reviewer not the human architect, and that distinction matters.

"Babysitting vs building" is the sharpest framing I've seen for this. The skill shift is from writing code to designing the loop: the task spec, the eval that says done, and the guardrails that stop it looping forever. Most people stall because they never define "done" precisely enough.

most dev teams are still stuck in the review phase because they don't have a clear understanding of what they want ai to build, not just do. that's why 'loop engineering' is more than just a buzzword it requires a fundamental shift in how we design and use these systems.

Loop engineering shifts the critical skill from coding to judgment — knowing when a running loop has gone off-track is harder than writing the code was. What is your circuit breaker for a loop that is executing perfectly but producing nonsense outputs?

The review loop is still the hard part, but moving it into a system is where the leverage starts

been running agent loops for months. eval step is where it falls apart

loop engineering is a clean name for it, but closing the loop mostly moves the babysitting up a level. now youre watching the harness that watches the agent, and the fix step never actually left, it just got quieter.

babysitting is exactly right. the loop engineering shift means you stop reviewing every output and start designing the loop itself

This is a useful framing. The loop is the real unit of leverage, not the individual model call. The part I’d add is that a production loop needs a reviewable target for intent, scope, and stop conditions. Otherwise it can iterate very efficiently toward the wrong outcome.

loop engineering, huh. i guess ill keep grinding coffee and notes while it learns to walk on its own, kinda hopeful but wary tehy’ll still need care before it runs

Loop engineering is the move.

Loop engineering still looks like babysitting when the third iteration invents a dependency that never existed
