What a loop actually is, and the one idea holding it up
Strip away the branding and a Loop Engineering setup is a small autonomous system that does five things on a turn: discovery, handoff, verification, persistence, and scheduling [3]. Instead of a human typing the next instruction, an automation triages what needs doing, hands the implementation to an agent, checks the result, writes state somewhere durable, and schedules the next pass. Osmani packages this as five modular blocks - Automations, Worktrees, Skills, Plugins and Connectors, and Sub-agents - that turn a chat session into a standing machine [1][6].
The load-bearing idea is not the scheduling, it is the separation of who builds from who judges. Osmani is blunt that 'an independent skeptical evaluator is far more tractable than making a generator critical of its own work' [3]. A model grading its own homework tends to pass itself; a separate evaluator agent, or a hard-coded gate the output must clear, is what keeps the loop honest. That single design choice is the difference between an agent that converges on a working result and one that confidently loops forever on broken code.



