Opinion / Synthesis ·

Plan, Decide, Act: The Loop That Makes AI Agents Enterprise-Ready

By Frédéric Husser

The models are no longer the bottleneck. Frontier reasoning is a commodity you can rent by the token, and every quarter it gets cheaper and better. Yet walk into any enterprise that has run an agent pilot this year and you will find the same scene: impressive demos, stalled deployments, and a growing pile of AI-generated recommendations that nobody trusts enough to execute.

Our position, stated plainly: the gap between agent demos and agent deployments is not intelligence. It is context. And closing it is not a feature of an agent framework — it is a layer of enterprise architecture that mostly does not exist yet.

The loop every agent runs

Strip away the framework vocabulary and every working agent runs one loop. It plans: reads the state of the world and forms a view of what should happen next. It decides: commits to one action among the valid alternatives. It acts: executes that action somewhere real, in a system that other people and other processes depend on.

Consumer AI closes this loop trivially, because the world is the conversation. Enterprise AI has to close it against business applications: the ERP that holds commitments, the TMS that holds schedules, the CRM that holds relationships, the spreadsheet that quietly holds everything else. And here the loop breaks three times.

Planning breaks because the agent sees records, not structure. The facts are in the systems; the constraints that relate them live in the heads of the people who operate them. Deciding breaks because nothing defines which decisions the agent may take alone and which belong to a named human — so teams either approve everything (and burn out) or approve nothing (and lose the thread). Acting breaks because writes into business systems are consequential, and an unaudited, unbounded write is a liability no operations director will sign off on.

Business apps were built for people

None of this is a defect of the business applications. They were built for human operators: humans carry the context between systems, apply the unwritten constraints, and answer for the outcomes. The application only ever had to store state and render forms.

Agents invert the assumption. An agent has no tribal knowledge, no hallway context, no accountability of its own. Pointing it at APIs designed for human-driven CRUD and expecting operational judgment is how you get the failure mode every pilot report describes: confident recommendations that are structurally invalid.

The industry's first answer was retrieval — give the model more documents. The second was orchestration — chain more agents. Both answers add intelligence on top of systems that were never made legible to machines. We think the correct answer is different: make the operational reality itself machine-legible, once, in a layer built for that purpose.

The context layer

That is the product we are building. Metronome is the context layer for enterprise AI deployments: a governed graph of your operations — resources, commitments, constraints, processes — kept live by the systems you already run, and projected to every agent at the moment it reasons.

Against that layer, the loop closes:

  • Plan against structure, not records. The agent inherits the typed relationships and active constraints that make a plan feasible or invalid — before it reasons, not after it fails.
  • Decide within bounds, not vibes. What the agent may commit alone, what routes to a human, and who owns the outcome are properties of the structure. Delegation is earned by specification, not toggled in a settings panel.
  • Act through dispatch, not improvisation. Actions are steps the system generates, executed one at a time inside a bounded envelope, landing in the same audit record as human work.

Plan, decide, act is the loop. Metronome provides the harness: the structural envelope that makes each pass through the loop grounded, bounded, and owned.

What this implies, opinionatedly

Buy models, build context. Your differentiation will never be the model — everyone rents the same ones. It will be how faithfully your operational reality is encoded in a layer agents can reason within. That encoding is an asset; prompts are an expense.

Agent-ready is a property of your systems, not your agents. The teams that win the next three years will not have the cleverest orchestration graphs. They will have made their business applications legible: constraints explicit, processes declarative, state unified. Their agents will look boring and work.

Autonomy is not a slider. It is a consequence. When a step is fully specified, delegation is safe and supervision is cheap. When it is not, no amount of "human in the loop" configuration makes it safe — it just makes it slow. Invest in specification, and autonomy follows structurally.

We hold these positions because we operate them, in production, in physical logistics where a wrong action costs real money the same afternoon. The full argument — from agent internals to context engineering to interaction models to deterministic action — is laid out as a four-step curriculum in Learn. The architectural principles behind it are in the manifesto. The platform that implements it is on the platform page.

The loop is coming to every business application. The only question is whether it runs on structure or on hope.

Also in this series