Back to archive

Agentic Systems

Agentic Systems Are Distributed Systems With an Unreliable Planner

A 33-part engineering series on distributed systems, agentic systems, harness engineering, and production harness agents.

Agentic Systems Are Distributed Systems With an Unreliable Planner

Agentic engineering becomes much clearer when the model is not treated as the center of the system.

The model is the planner. It may be useful, fast, and surprisingly good. It is still an unreliable planner attached to tools that can change real state.

That framing matters because production failures usually do not happen in the polished demo path. They happen when a tool times out after doing the work, an approval expires while the world changes, an agent resumes from stale context, or a harness grades a confident answer while the external system is wrong.

This series uses distributed systems thinking to make agentic systems less theatrical and more operable.

The thesis

Agentic systems should be designed around durable intent, constrained authority, replayable evidence, and state verification.

The useful question is not "how smart is the model?" The useful question is "what can this system prove after something goes wrong?"

Part one: distributed systems foundations

These essays establish the failure vocabulary. They are not agent-specific, but they explain why agentic systems become hard the moment they interact with real systems.

Part two: agentic engineering

These essays apply that vocabulary to agents: tool authority, context trust, durable state, stop conditions, approvals, observability, and policy.

Part three: harness engineering

Harnesses turn agent behavior into something inspectable. They are controlled worlds with state checks, replay, refusal cases, failure injection, and regression memory.

Part four: production harness agents

The final section narrows the idea further: agents that watch, attack, audit, replay, and reduce blast radius. They are not general assistants. They are operational components with narrow permissions.

How the pieces fit

The dependency chain is intentional.

Ambiguous outcomes lead to idempotency. Idempotency needs reconciliation. Reconciliation needs ownership and evidence. Agent tools inherit all of those problems because they create side effects through an unreliable planner.

Harnesses exist because final answers are not enough. They create controlled worlds where state, refusal, replay, and overreach can be tested directly.

Production harness agents are the operational expression of the same idea. They do not replace engineering judgment. They make risky work easier to inspect before it becomes expensive to reverse.