Two years ago “AI agent” meant a demo. Today it means a budget line. Somewhere between late 2024 and now, agents crossed from conference keynotes into production workloads, and the architecture stabilized enough that we can finally describe it as a stack rather than a pile of experiments.

This guide is my map of that stack as it stands in 2026. It is written for architects and technical leaders who need to make build decisions, not for researchers. One definition before we start: an agent is a model that pursues a goal by taking actions in a loop, observing the results, and deciding what to do next. Everything else in this guide exists to make that loop reliable, safe, and affordable.

Models inside harnesses, protocols between them, trust wrapped around everything, meaning underneath. Every layer above grounding makes agents capable; only the bottom one makes them right.

1. The Anatomy: Model, Tools, Context, Loop

The most important architectural insight of the last two years is deceptively simple: the model is not the agent.

An agent is a system with four parts. The model provides reasoning. Tools provide hands: APIs, code execution, file access, search, browsers. Context provides working memory: what the agent knows about the task right now. And the loop binds them: act, observe, decide, act again, until the goal is met or a boundary is hit.

Model quality stopped being the differentiator sometime in 2025. Frontier models from Anthropic, OpenAI, and Google are all capable of driving serious agentic work. What separates a demo from a dependable system is everything wrapped around the model. Which brings us to the concept that defines the 2026 stack.

2. The Harness: The Most Important Word of 2026

The harness is the runtime shell around the model: the software that executes the loop, manages tools, controls the context window, enforces permissions, and recovers from failure. If the model is the engine, the harness is the rest of the car, and 2026 is the year the industry realized the car matters as much as the engine. I made the long-form case for this in The Model Isn’t the Agent. The Harness Is.

A production harness handles, at minimum:

The tool loop. Parsing the model’s intent to act, executing the tool, feeding results back, and handling tool errors without derailing the task.

Context management. The context window is the scarcest resource in the system. Mature harnesses run progressive compaction: summarizing older history, trimming large tool outputs, offloading artifacts to the filesystem, and rebuilding a compact working state so long tasks do not drown in their own history. The most sophisticated harnesses use multiple compaction stages that degrade gracefully as the window fills.

Permissions and boundaries. What the agent may read, write, execute, and spend, enforced by the harness rather than requested politely in the prompt.

Hooks and interception. Extension points that fire on events (before a tool call, after an edit, on failure) so teams can inject policy, logging, and custom behavior without forking the harness.

Recovery. Checkpointing, retries, and resumability, because long-running tasks fail midway and restarting from zero is unaffordable.

Harness engineering has become a discipline in its own right, with its own patterns, benchmarks, and a growing ecosystem of open source implementations. The commercial exemplars are the coding agents: Claude Code and the Claude Agent SDK (which exposes the same engine for general agents), OpenAI’s Codex, Google’s Gemini CLI, plus a long tail of open source harnesses. The strategic takeaway for enterprises: you will probably buy or adopt a harness rather than build one, but you must understand what yours does, because its behavior under pressure is your agent’s behavior under pressure.

3. Context Engineering Replaced Prompt Engineering

The craft moved. In 2023 the leverage was in wording the prompt. In 2026 the leverage is in deciding what enters the context window at all, and when.

The working toolkit looks like this:

Progressive disclosure. Do not show the model fifty tools; show it the five relevant ones and let it search for more when needed. Tool definitions are context too, and context is expensive.

Offloading. Large outputs go to files, not into the conversation. The agent keeps a pointer and retrieves what it needs. The filesystem quietly became part of the agent’s memory architecture — the principle I argued in The Best Context Strategy Moves the Least Data.

Subagents. Spawn a specialized agent with a clean, minimal context for a subtask (research, testing, review), and merge only its conclusions back into the main thread. Isolation keeps the main context lean and prevents one subtask’s noise from polluting another’s reasoning.

Memory across sessions. Persistent instruction files (the AGENTS.md and CLAUDE.md convention), learned preferences, and project state that survives restarts. Long-term memory is still the least settled part of the stack, but files plus retrieval is the pragmatic 2026 answer.

If your team is still A/B testing prompt phrasing while stuffing everything into one giant context, you are optimizing the 2023 layer of a 2026 system.

4. The Protocol Stack: MCP Won, A2A Arrived

Interoperability crystallized into a two-layer pattern, and this is one of the cleanest stories in the stack.

MCP (Model Context Protocol) owns the vertical: agent to tool. Launched by Anthropic in late 2024 and since adopted by OpenAI, Google, and Microsoft, MCP is how agents discover and call capabilities: databases, SaaS applications, internal services, each wrapped as an MCP server. With adoption measured in tens of millions of downloads and governance handed to the Linux Foundation’s Agentic AI Foundation, the tool layer race is effectively over. For enterprises, wrapping internal capabilities as MCP servers is the highest-return integration work available right now: build it once, and every agent from every vendor can use it.

A2A (Agent2Agent) owns the horizontal: agent to agent. A2A reached its stable 1.0 in April 2026, shipping with signed Agent Cards for verifiable identity, and crossed 150 supporting organizations under the same neutral foundation. Where MCP lets an agent use a tool, A2A lets an agent delegate to another agent it does not control, across team and vendor boundaries, with identity attached.

Commerce protocols are the newest layer. Agents that buy things need payment rails with authorization and audit built in, and protocols from the OpenAI and Stripe camp and the Google camp are competing to standardize how an agent proves it is entitled to spend.

MCP is USB for capabilities. A2A is the network protocol for delegation. Commerce protocols are the payment rails.

If you are designing for 2027, assume all three.

5. Orchestration: Five Patterns, Many Frameworks

Multi-agent orchestration settled into five recurring patterns: sequential (a chain of steps), parallel (fan out, fan in), hierarchical (a manager agent decomposing work for workers), handoff (routing a task to the right specialist), and loop (iterate with an evaluator until quality passes). Real systems compose them; a hierarchical manager might fan out research in parallel, then run a quality loop over the merged result.

The framework landscape consolidated meaningfully. LangGraph remains the workhorse for stateful graph orchestration. Microsoft folded AutoGen and Semantic Kernel into a unified Agent Framework tied to Azure AI Foundry. Google’s ADK pairs with Vertex AI Agent Engine and speaks A2A natively. OpenAI’s Agents SDK covers the handoff pattern elegantly. CrewAI holds the role-based niche. The honest guidance: the framework choice matters less than it did, because patterns, protocols, and observability standards now cut across all of them. Choose for ecosystem fit and operational maturity, not feature checklists.

The enterprise trend layered on top is the control plane: a central point that enforces identity, guardrails, and observability across every agent the organization runs, regardless of which framework built it. Platforms from Microsoft, Salesforce, and a wave of startups compete here, and CISOs increasingly require one before agents touch production data.

6. Runtimes: Sandboxes, Code, and Computer Use

Where does the agent actually act? Three runtime tiers emerged.

Sandboxed code execution is the default. Give the agent an isolated environment (container or microVM) with a filesystem, a shell, and interpreters, and let it write code to accomplish tasks. Code is the highest-leverage action space: precise, testable, auditable, and cheap. The security perimeter moved from “trust the model” to “constrain the box”: network egress rules, filesystem scopes, and resource limits enforced at the sandbox boundary.

API and tool calls through MCP cover structured interactions with systems that expose proper interfaces.

Computer use (driving a screen, browser, or desktop like a human) is the fallback tier for software with no API. The honest 2026 status: the best browser agents complete roughly 60 percent of everyday web tasks, typical ones closer to 30, and human baselines remain well ahead. Computer use is production-viable for supervised, low-stakes workflows and invaluable for long-tail legacy software, but compounding errors still make it the least reliable tier. The design principle that emerged: code before clicks. Prefer APIs and code; reach for pixels only when nothing else exists.

7. The Trust Layer: Identity, Guardrails, Observability, Evals

This is the layer that decides whether agents reach production, and it hardened dramatically over the past year.

Identity. Agents now get first-class identities: signed agent cards, scoped credentials, OAuth flows of their own. “Which agent did this, on whose behalf, with what authority” must have a cryptographic answer, because in a multi-agent system the chain of delegation is the chain of accountability.

Guardrails at the boundary. The pattern that won: policy enforcement between the agent’s plan and the tool’s execution, not review after the fact. Before a consequential action runs (a payment, a deletion, an external message), a policy layer validates it against rules the security team owns. Guardrails are enforcement; they fail closed.

Observability. OpenTelemetry-style tracing for agent workflows became table stakes, with a mature vendor ecosystem (LangSmith, Langfuse, Arize, AgentOps and peers). Every step, tool call, and token is a span; when an agent fails, you trace the reasoning path the way you trace a distributed transaction. Teams that cannot trace failures to specific decisions do not operate agents at scale, full stop.

Evals. Evaluation matured from vibes to engineering. Production teams maintain eval suites the way they maintain test suites: scenario libraries run against every model upgrade and harness change, span-aware scoring of intermediate steps rather than just final answers, and LLM judges checked against human ratings. Evals are observation; paired with guardrails, they form the two sides of trust: know what your agents do, and bound what they may do.

Humans in the loop, by design. Mature deployments define autonomy tiers per action class: autonomous for low stakes, approval-gated for consequential, forbidden for the rest. Autonomy is granted per action, not per agent, and expands as eval evidence accumulates.

8. Grounding: The Layer Most Deployments Still Get Wrong

Everything above makes agents capable. None of it makes them right. An agent with perfect tools and a hardened harness will still confidently misfire if it resolves meaning from its training data instead of from your organization’s actual definitions.

Retrieval evolved accordingly: from static RAG pipelines toward agentic retrieval, where the agent plans its own searches, follows relationships, and verifies what it finds. The strongest pattern grounds agents in governed semantic infrastructure: knowledge graphs and operationalized ontologies that give every entity a definition, every relationship a source, and every answer lineage. Readers of my Knowledge Spine series know where I stand: meaning is infrastructure, and for agentic AI it is the load-bearing kind. Whatever you call yours, the architectural requirement stands: agents need one governed place to resolve what things mean, or fleets of them will diverge fluently.

9. What Is Still Broken

An honest guide names the gaps. Reliability over long horizons: error compounding still kills multi-hour autonomous runs, which is why checkpointing and human gates persist. Security: prompt injection remains unsolved in the general case; treat every tool result and web page as untrusted input, and design the permission model assuming the agent can be fooled. Cost: agentic workloads consume tokens at machine volume, and unit-economics discipline (cost per completed task, not cost per token) separates sustainable deployments from expensive pilots. Multi-agent debugging: tracing helps, but root-causing emergent misbehavior across cooperating agents is still artisanal. Memory: no consensus architecture yet; files plus retrieval works, but everyone knows it is an interim answer.

10. The 2026 Build Checklist

If you are standing up agentic capability this year, the shortest defensible path:

  1. Pick a proven harness; do not build the loop yourself.
  2. Wrap your internal capabilities as MCP servers; this outlives every other choice.
  3. Run agents in sandboxes with permissions enforced at the boundary.
  4. Stand up tracing and an eval suite before the first production task, not after.
  5. Give agents identities and autonomy tiers per action class.
  6. Ground them in governed meaning: your ontology, your definitions, one place.
  7. Start with one workflow that has a named owner and a measurable outcome, then compound.

The Bottom Line

The 2026 agentic stack has a shape: models inside harnesses, harnesses speaking MCP downward to tools and A2A sideways to each other, orchestrated in five patterns, acting through sandboxed code first and screens last, wrapped in identity, guardrails, tracing, and evals, and grounded in governed meaning. The frontier is no longer “can the model do it.” It is “can your organization run a thousand of these safely, affordably, and correctly.”

That is an engineering problem now. Which is the best news the field has had yet.