Skip to content
Platform Signal

Type to search published articles. This is not a chat box.

Published articles

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

AttributeValue
TopicProduction agent architecture
Why it mattersDemo loops are being pointed at real infrastructure
AudienceArchitects and platform engineers
MaturityPatterns forming; vocabulary is not settled
Read timeAbout 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.

Production agent layer model Six adjacent layers of a production agent: interface, model, harness, tools, identity, and observability. The harness is the operable center. Interface task in Model tokens Harness state policy recovery Tools MCP etc. Identity who acts Observe trace
PS-D-0002
Production agent layer model Six adjacent layers of a production agent: interface, model, harness, tools, identity, and observability. The harness is the operable center. Interface task in Model tokens Harness state policy recovery Tools MCP etc. Identity who acts Observe trace
PS-D-0002. Six bands of a production agent. The harness is the operable center, not the largest box on a vendor slide.

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

References

  1. 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. 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.

Homepage signup