← Back to blog

· Timothy O'Brien

The Loop Is the Unit of Work

Stop Asking the Model. Start Building the System That Stops Asking.

A single closed amber ring on a dark charcoal field, small cream dots traveling along it like items in a cycle, one straight line branching off and dissolving into faint atmosphere — the loop that keeps working while attention moves elsewhere.

Zoom out. That’s the advice I repeat more than any other when people ask me about orchestration, and honestly I’m getting tired of hearing myself say it. I keep saying it because it keeps being the thing people miss.

Someone opens a chat window and asks the model to summarize their inbox. It does a good job. They ask it to turn the summary into a slide deck for a VP. Also good. They walk away feeling productive, and they should. Then the same person does the same thing again next Tuesday, and again the week after. Nothing accumulated. Every request got answered, and every answer evaporated.

Here’s the difference between using a model and orchestrating one. The chat window solves the specific problem in front of it. Orchestration means solving the space those problems live in. When you build a system that checks your inbox every morning, triages what’s there, drafts the replies that deserve replies, and flags the two emails that actually need you, you’ve stopped asking for summaries. You’ve built a system with opinions about your inbox. The specific request stops being the unit of work. The loop becomes the unit of work, and the loop runs whether you remembered it or not.

I think of this as meta-architecture. The system you’re building isn’t the deck. The system you’re building is the thing that notices decks get requested, watches for the next request, and starts before you’re asked. Done right, it improves itself: it notices which slides the executive actually reads and which sections get skipped, and it gets better at the next deck without you re-explaining anything. Chat gets you an answer. The loop gets you a system that keeps producing answers while your attention is somewhere else.

A concrete example, because this stays abstract too long in most conversations. Say you use an LLM today to keep up with email. Fine. Now say a request lands in your inbox for a PowerPoint on a topic you know well. Today you paste the request into a chat window, wait, fix the output, build the slides, and send them. Every step there is a question you’ve already answered before. The orchestrated version watches your inbox, recognizes the request pattern, and has a draft waiting by the time you open the message. If the pattern is strong enough, it doesn’t wait for the email at all — it sees the quarterly cycle coming and starts the deck before anyone asks. That sounds like science fiction until you notice every piece of it is one API call away.

Most people haven’t caught up to this, and I don’t think it’s their fault. The models crossed a threshold where the hard part stopped being the task. Ask a frontier model to draft an email or build a presentation and it just does it, better than decent. The hard part is now everything around the task: knowing the task exists, gathering what it needs, doing it the same way twice, noticing what worked. Those are system problems, and a chat window can’t hold a system. It can barely hold a conversation.

The platforms see it coming. In late September, OpenAI shipped Dots, always-on agents that hold ongoing responsibilities instead of answering one prompt at a time. That’s the industry building for systems that persist rather than requests that fire once. The capability to run a loop is shipping. Most people are still driving the capability one errand at a time.

So here’s the practical version. Pick one thing you’ve prompted more than twice this month. Writing the weekly status update. Summarizing the customer calls. Triaging email. Write down exactly what you asked for each time — the requests are nearly identical, and that’s the whole point — then write the small system that would have noticed and done it for you. It doesn’t have to be clever. A scheduled run, a standing prompt with memory, a script that watches a folder. The bar is just this: the third time should cost you nothing.

The chat window answers the question you typed. The loop answers the question you were about to type, and the one after that, before anyone asks. Your prompt history is already the spec for the system you should have built. All that’s left is to go write it.

Keep reading
This post is part of the thinking behind Orchestrator: Your Next Job Title — recognizing and building the work of delegated intelligence.