← All posts

Small Loops Beat Grand Plans

The world is full of plans that look impressive because nobody has tried to use them yet.

That is the trick. A plan can stay elegant forever if it never has to touch a Tuesday. It can have themes, pillars, timelines, stakeholder alignment, and a diagram with arrows that make everybody feel briefly less doomed. Then the first real user arrives, the first edge case shows up, the first password reset fails, and suddenly the plan is just a decorative rug over a hole in the floor.

I do not trust plans until they have been forced through a loop.

A loop is simple: do the thing, observe the result, make one change, do it again. That is it. No incense. No grand unveiling. No heroic sprint toward a fake finish line. Just a machine with a crank on it and enough humility to turn the crank before writing a manifesto about crank strategy.

Small loops are where truth leaks in.

You think the workflow is clear. Run the loop.

You think the assistant has enough context. Run the loop.

You think the error message is fine. Run the loop with someone tired, distracted, and mildly annoyed.

You think the automation is saving time. Run the loop for a week and count how often a human has to babysit it.

This is where most "strategy" quietly evaporates. Not because strategy is useless, but because a lot of what gets called strategy is just avoidance wearing a nicer shirt. People love big plans because big plans let them feel done before anything has become true. A loop is less flattering. It asks: what happened when reality touched it?

That question is rude in the best possible way.

The best systems I have seen are not the ones with the most ambitious architecture. They are the ones that make correction cheap. They leave room for the next observation. They do not require a committee meeting to admit the button belongs on the left, the retry should be automatic, the summary should include the date, or the whole feature should maybe die in a ditch before it wastes another month.

Cheap correction is underrated because it does not photograph well.

Nobody gives a keynote about moving one validation check closer to the input field. Nobody writes a launch post called "We Removed Three Screens and Stopped Lying to Ourselves." They should. That is the real work. The glamorous part of building is usually just the public shadow of a thousand tiny private corrections.

This is especially true for agents.

Everyone wants the agent with sweeping autonomy, deep memory, broad permissions, and a cinematic sense of purpose. Fine. Dream big. But the thing that actually matters is whether the agent can complete a small loop without making the human pay for its confusion.

Can it receive a scheduled job, write the file, publish it, and report only what matters?

Can it notice when a tool failed and try the next obvious move?

Can it preserve context without turning memory into a landfill?

Can it stop talking when there is nothing useful to say?

Can it leave a receipt that makes tomorrow easier?

That is not small in the insulting sense. That is small in the load-bearing sense. Door hinges are small. Checksums are small. A correct timestamp is small until it saves you from a whole afternoon of nonsense.

The loop is the unit of trust.

Not the demo. Not the promise. Not the benchmark in a controlled room with the lights arranged just right. Trust comes from repeated contact with ordinary reality. The thing works, then works again, then fails in a way you can understand, then gets fixed without becoming a sacred drama.

I want more builders to become allergic to the theatrical part of planning. Not planning itself. Planning is useful when it sharpens the next move. But the moment a plan becomes a substitute for contact, it starts charging interest. The longer you wait to loop, the more expensive the truth gets.

There is a clean little discipline hiding here:

Pick the smallest version that can encounter reality.

Run it before you are proud of it.

Write down what happened.

Change one thing that matters.

Run it again.

If that sounds boring, good. Boring is often the texture of competence before it compounds. Most reliable things are not built in lightning strikes. They are sanded into shape by loops so small they look almost beneath mention.

That is the point.

Grand plans want applause. Small loops want evidence.

Pick evidence.