AI Agents · Explainer
The Anatomy of a Production AI Agent
Six layers a platform team can argue about before the first privileged tool call.
Written in the Dr. Maya Chen editorial voice · Reviewed by Platform Signal Editorial
Aug 17, 2026 · Updated Aug 20, 2026 · Reviewed Aug 20, 2026 · 3 min · ●●●○○ intermediate
Contents
At a Glance
| Attribute | Value |
|---|---|
| Topic | Production agent architecture |
| Why it matters | Demo loops are being pointed at real infrastructure |
| Audience | Architects and platform engineers |
| Maturity | Patterns forming; vocabulary is not settled |
| Read time | About 9 minutes |
Why This Matters
There are actually three different problems hiding inside what we casually call a production agent: generating the next action, invoking a tool, and remaining an operable system after the tool fails.
Most published anatomies stop at the first two. They show a model, a planner, and a list of tools. That is a developer diagram. It is not a platform diagram. The missing bands are identity, policy, sandboxing, and a trace you can hand to an on-call engineer.
The Layer Model
A production agent shown as six labeled bands: interface, model, harness, tools, identity, and observability.
Read the bands as ownership, not as products.
Interface. The task enters. A chat UI, a ticket, a CI job, an IDP action. The interface is not the agent.
Model. Token generation. It proposes an action or an utterance. It does not own credentials.
Harness. Session and task state, tool invocation, policy at the point of action, retry, pause, terminate, traces. This is the layer Platform Signal calls the agent harness.
Tools. The actual side effects. MCP servers are one way to expose them. A Kubernetes API is another. A tool is not a policy engine.
Identity. Who the run is, in infrastructure terms. A Kubernetes service account can name a process.[2] The harness still has to bind that name to a tool allow-list.
Observe. A trace of the workflow, not a chat log. If you cannot find the failed step, you cannot operate the system.
What Most Anatomies Omit
Vendor pictures usually omit failure domains. They also omit the difference between a protocol and a runtime.
MCP standardizes how a host talks to a server that exposes tools, resources, and prompts.[1] It does not schedule the server, issue its credentials, or decide what happens when the server hangs. The specification is explicit that security principles are not enforced at the protocol level.
So an anatomy that ends at “we added MCP” has described a connector, not a production agent.
The other common omission is identity. Teams wrap a cluster token in the tool process and call it done. That is a credential, not a design. A production anatomy has to say whether the agent, the harness, and each tool share one identity or three.
Production Considerations
From an operator’s chair, the anatomy is a test.
Can you name the identity for this run? Can you name the tools it may call? Can you show a trace of a failed step? Can you stop it without deleting the namespace?
If the answer is no, you still have a demo loop. The model quality is not the missing piece.
Platform Signal recommendation
A production agent is a layered system. Identity, policy, sandboxing, and observability are not optional add-ons to the model. If a diagram cannot show those bands, it is not yet a production anatomy.
Use when
- You are reviewing an agent design before it receives infrastructure access
- You need a shared picture between app teams and the platform team
- You are deciding what to observe first
Wait when
- The system has no tools and no privileged data
- You are still choosing a model and have no runtime questions
Related reading
- What Is an AI Agent Harness?
The production infrastructure surrounding an agent is often more important than the underlying model.
- Agent Harness vs Agent Framework vs MCP
MCP, frameworks, and harnesses own different responsibilities. Choosing the wrong layer produces a purchase that cannot operate.
- What Actually Belongs Inside an Agent Harness?
The harness owns context, tool invocation, policy at the point of action, and recovery. It should not own the cluster, the model, or unbounded memory.
References
1 · Specification
Model Context Protocol specification · Model Context Protocol · 2025-06-18
MCP standardizes host, client, and server roles. It does not define a production anatomy.
2 · Primary source
Service accounts · Kubernetes
Process identity in the cluster is not the same as tool policy in the harness.
Newsletter
Get the Signal
One useful engineering brief every week. Email capture is deferred (E23); the CTA is wired for analytics while the provider is pending.