Skip to main content
Field note · agentic ux designPublished March 6, 2026 · 14 min read

AX Design Explained: The 2026 Guide to Agentic Experience

AX (agentic experience) design explained: what it is, how it differs from UX, and how to design for an era where AI agents are the users.

agentic ux designagentic experienceax designai coworkerwhat is ax designagentic experience design
Only 11%
of companies have AI agents in production, yet 78% of designers say AI speeds up their workflow. Adoption is racing ahead of trust.
Source: Deloitte / AI in Design Report, 2026

Your Product Just Got a New User. It Is Not Human.

Something shifted in product design during early 2026. Forrester declared "SaaS as we know it is dead" during a software selloff in which the S&P 500 Software Index dropped 13% in five trading sessions, because the core workflows of those companies are exactly what AI agents automate best.

The catalyst was not a recession. It was the realization that AI agents are becoming the primary operators of software products. And the interfaces we spent decades perfecting for human hands, human eyes, and human attention spans are not built for this new reality.

This is the origin of AX Design.

The Term "AX" and Its Two Meanings

Matt Biilmann, CEO of Netlify, coined the term Agent Experience (AX) in early 2025. His definition: "the holistic experience AI agents will have as the user of a product or platform." He drew a deliberate parallel to Don Norman's coinage of "User Experience" in the 1990s.

John Maeda amplified the concept in his 2025 Design in Tech Report, calling the shift from UX to AX "perhaps the most profound shift I've observed in the eleven years of publishing this report." At SXSW 2025, he described AX as "moving from crafting interfaces to orchestrating outcomes with zero visual affordances."

But here is the nuance that most articles miss: the term AX is being used for two distinct conversations.

Two Definitions of AX

Same acronym, different audiences, both essential

Developer AX

Making products usable BY agents

“Can an AI agent operate my product?”

API design for agent consumption
llms.txt and MCP tool manifests
Authentication and permissions
Context window optimization
Netlify (Biilmann)Nordic APIsPlatform teams
Human AX

Designing experiences WITH agents

“What does the human experience feel like?”

Trust and transparency patterns
Autonomy controls for users
Agent personality and voice
Failure recovery and escalation
PixelmojoSalesforceSmashing Magazine

A complete AX strategy needs both. This series focuses on the human side because that is where the design discipline is being reinvented.

Developer AX: Making Products Usable BY Agents

Biilmann's original framing is infrastructure-first. His four pillars of AX focus on Access (can the agent authenticate?), Context (does the LLM understand your product?), Tools (are capabilities machine-readable?), and Orchestration (can agents be triggered and passed context?).

This is critical work. Without it, agents cannot operate your product at all. It is the reason protocols like MCP and A2A exist, alongside proposals such as llms.txt.

Human AX: Designing Experiences WITH Agents

The second conversation is about the human side. When an AI agent is doing most of the work inside your product, what does the human experience feel like? How do users maintain trust, set boundaries, and recover from mistakes?

This is the conversation where Salesforce frames the designer's evolution from "interface architect" to "experience orchestrator." Where Smashing Magazine coins "Agentic Sludge" to describe the dark pattern of removing friction until users accidentally authorize things they should not. Where Microsoft Design publishes principles for transparency, control, and consistency in agent-powered interfaces.

A complete AX strategy needs both threads. But this series focuses on the human side, because that is where the design discipline is being reinvented, and where the fewest established patterns exist.

Why AX Matters Now: The Data

The urgency is not theoretical. Three data points make the case.

“We are seeing the most profound shift in how humans interact with technology since the introduction of the graphical user interface.”

John Maeda, Design in Tech Report 2025

The Trust Gap

The 2026 AI in Design Report surveyed designers on how AI changed their work. The findings reveal a fundamental disconnect:

  • 78% of designers say AI speeds up their workflow
  • Only 58% say AI improves the quality of their work
  • 40% do not trust AI output enough to rely on it

That gap between efficiency and trust is the design problem AX exists to solve. The technology works. The human experience of using it does not.

The Maturity Gap

Deloitte's State of AI 2026 survey found that most companies are nowhere near production-ready for agentic systems:

AX Maturity: Where Companies Are Today

Based on S&P Global and Deloitte 2026 enterprise surveys

21%
68%
11%
L1Not Adopted

No AI agents and no agentic strategy yet.

L2Adopted, Not Live

Exploring or piloting agents, but nothing in production for users.

L3In Production

Agents live with governance and trust patterns. Where the standard gets set.

Only 11% of companies run agents in production, while roughly 79% have adopted them in some form. The design patterns you adopt now will define the standard.

When only 11% of companies have agents in production, the design patterns you establish now will define what "normal" looks like for the next decade. This is the same window that existed for mobile UX in 2008 and responsive design in 2012.

The Research Gap

A CSCW 2025 study using the TOAST transparency scale found that higher transparency "significantly improved trust, satisfaction, and willingness to use AI agents" across three transparency levels. Meanwhile, a systematic review in Frontiers in Psychology found that the uncanny valley extends into text-based AI: agents that behave "almost but not quite" like humans score lowest on trust metrics.

The implication for designers: partial humanization is worse than no humanization. Either make the agent clearly an agent, or invest fully in relationship design. The middle ground destroys trust.

The AX Design Framework

After building agentic systems across Vector (AI lead qualification), Hive (multi-agent orchestration), and client products, we have converged on a three-layer framework that every agentic experience must address.

The AX Design Framework

Three layers that every agentic experience must address

Layer 1Capabilities Layer

What the agent can do

Perception

What the agent sees

Reasoning

How it thinks

Memory

What it remembers

Agency

What it does

Layer 2Trust Layer

How humans stay in control

Intent Preview

See before it acts

Autonomy Dial

Set boundaries

Confidence Signal

Know its certainty

Action Audit

Undo any action

Layer 3Protocol Layer

How the system connects

AG-UI

Agent to frontend

A2A

Agent to agent

MCP

Agent to tools

A2UI

Agent to UI catalog

Layer 1: Capabilities (What the Agent Can Do)

Every AI agent has four capabilities that need dedicated design surfaces:

Perception is what the agent sees. Users need to know what data, documents, and signals the agent is reading. Design implication: make inputs visible, not invisible. Show document context indicators, active tool badges, and user state awareness panels.

Reasoning is how the agent thinks. Users need access to the agent's hypotheses and plans at the right level of detail. Design implication: provide thinking panels, step-by-step plan previews, and confidence indicators.

Memory is what the agent remembers across sessions. Users need to see, edit, and delete what the agent has learned about them. Design implication: build preference surfaces, past decision audit logs, and editable context panels.

Agency is what the agent does. Users need clear distinction between proposed, scheduled, in-progress, and completed actions. Design implication: show action status timelines, approval workflow cards, and undo controls.

In traditional UX, these four capabilities are invisible. The system just works. In AX, each one gets a dedicated design surface that users can inspect and control, because the cost of invisible agent behavior is user trust.

Layer 2: Trust Patterns (How Humans Stay in Control)

Trust is the central design challenge of AX. We have identified six patterns that organize across the interaction lifecycle:

Pre-Action (Establishing Intent):

  • Intent Preview: The agent states its plan before executing. Users can approve, modify, or reject. This is the most important AX pattern because it prevents the "what just happened?" moment that destroys trust.
  • Autonomy Dial: A spectrum from "full manual" to "full autonomy" that users control. Different tasks warrant different autonomy levels, and the setting should be adjustable per context.

In-Action (Providing Context):

  • Explainable Rationale: Human-readable explanations of why the agent made a specific decision. Not technical logs, but plain language reasoning.
  • Confidence Signal: Visual indicators of the agent's certainty. When an agent acts with 95% confidence, users need less oversight than when it acts with 60%.

Post-Action (Safety and Recovery):

  • Action Audit: A chronological log of everything the agent did, with undo windows for each action. Users must be able to reverse any agent action.
  • Escalation Pathway: Clear handoff from agent to human when the agent hits the limits of its capability. The agent must know when to stop and ask for help.

These patterns are not optional additions. They are the structural requirements that make agentic interfaces trustworthy enough for production use.

Layer 3: Protocols (How the System Connects)

The protocol layer is the infrastructure that makes AX possible. Four protocols are emerging as the standard stack:

AG-UI (CopilotKit) handles real-time agent-to-frontend communication. It defines approximately 16 event types over HTTP/SSE, enabling agents to stream their state, actions, and UI updates to the frontend in real time.

A2UI (Google) provides a declarative format for agents to request UI rendering from a trusted component catalog. Instead of agents generating arbitrary HTML, they describe what they need and the frontend renders it safely.

A2A (Google) enables agent-to-agent communication. When multiple agents work together on a task, they need a standard way to coordinate, hand off context, and report status.

MCP (Anthropic) connects agents to tools and data sources. It provides a standard interface for agents to access databases, APIs, file systems, and other capabilities.

For designers, the protocol layer matters because it determines what is architecturally possible in the trust layer. You cannot build an intent preview pattern if the agent has no way to stream its planned actions to the frontend. You cannot build an action audit if agent actions are not logged in a standard format.

What Actually Changes from UX to AX

The shift from UX to AX is not a rebrand. It changes fundamental assumptions about who is using the interface and how.

What Changes from UX to AX

Primary user

Traditional UX

Human operates the interface

AX Design

Human and agent share the interface

Design artifact

Traditional UX

Wireframes, user flows, prototypes

AX Design

Trust policies, autonomy maps, escalation paths

Success metric

Traditional UX

Task completion time

AX Design

Appropriate delegation rate

Error handling

Traditional UX

Error messages with retry

AX Design

Agent explains what went wrong and proposes fix

Personalization

Traditional UX

User settings and preferences

AX Design

Agent learns and adapts over sessions

Designer role

Traditional UX

Interface architect

AX Design

Experience orchestrator

AspectTraditional UXAX Design
Core assumptionHuman directly operates softwareHuman and agent share control
Primary inputClicks, taps, typed textNatural language intent + constraints
UI generationDesigner creates all screensAgent can request or generate UI elements
OnboardingTeach the human to use the toolTeach the human to trust the agent
Feedback loopError states and success messagesOngoing confidence and transparency signals
Session modelStart, use, closeOngoing relationship that evolves over weeks

The most important shift is the last one. Traditional UX optimizes for individual sessions. AX optimizes for ongoing relationships. The agent that helps you today remembers what it learned and becomes more useful tomorrow. Designing for that arc, the progression from cautious stranger to trusted coworker, is the new frontier.

“The interface is no longer the product. It is the trust layer between you and the agents doing the work.”

From UX to AX, Pixelmojo

Who Is Building AX Today

The landscape is moving fast. Here is where the major players stand as of March 2026:

Platform vendors are leading the pattern definition. Salesforce's Agentforce introduced Intent-First Architecture for mapping user goals to agent capabilities across platforms. Microsoft Design published official AX principles covering transparency, control, and consistency. These are product-specific implementations, but the patterns they establish influence the broader industry.

Publications are documenting the emerging discipline. Smashing Magazine published the most practitioner-focused piece with their Practical UX Patterns for Agentic AI, covering consent, control, and accountability. UX Magazine has published multiple articles on agentic UX patterns. The World Economic Forum addressed trust at the governance level.

Research institutions are cautious. Nielsen Norman Group has flagged AX as an open research question but has not yet published a definitive framework. We have not seen IDEO publish an AX framework as of March 2026.

Design agencies are the gap. As of March 2026, we had not found an independent agency that published a named, referenceable AX methodology with its own terminology and framework. The platform vendors write for their own products. The publications write editorial coverage. The research institutions move deliberately. The space between, where a practitioner methodology with real production experience lives, is open.

That is the space this series occupies.

Getting Started: The AX Readiness Audit

You do not need to redesign your entire product to start with AX. Start with three questions:

1. Transparency: Can Users See What the Agent Is Doing?

Audit every point where an AI agent takes action in your product. For each action, ask: can the user see what the agent is doing, why it made that choice, and what data it used? If the answer is no, you have a transparency gap.

Quick win: Add a "thinking" indicator that shows the agent's current step in real time. Even a simple "Searching your documents..." or "Comparing three options..." builds trust.

2. Autonomy: Can Users Control What the Agent Does?

Map the autonomy spectrum for each agent capability. Which actions should require explicit approval? Which can happen automatically within boundaries? Which should the user set and forget?

Quick win: Add a simple toggle that lets users choose between "suggest and wait" and "act and report" for the agent's most common action. This is the autonomy dial at its simplest.

3. Safety: Can Users Recover from Agent Mistakes?

Identify every irreversible action the agent can take. For each one, ask: can the user undo it? Is there a time window? Is there a clear escalation path to a human?

Quick win: Add an action log that shows the last 10 agent actions with a one-click undo for each. This single feature can transform user confidence.

What This Series Covers

This is Part 1 of The AX Design Playbook, a five-part series that takes you from understanding AX to implementing it in production. Each part builds on the last, moving from conceptual framework to practical implementation patterns you can apply to your own products.

AX Design: Questions Designers and Product Teams Ask

Common questions about this topic, answered.

What is AX Design?

AX (Agentic Experience) Design is the discipline of designing user interfaces where AI agents and humans share control. Unlike traditional UX where humans directly operate software, AX assumes that one or more AI agents are doing significant work within the product and the human needs trust, transparency, and control mechanisms to collaborate effectively with those agents.

What is the difference between UX and AX?

Traditional UX assumes the human directly operates the interface through clicks, taps, and typed input. AX assumes a human and one or more AI agents share the interface, with the agent taking autonomous action on the human's behalf. This requires entirely new design patterns for trust (can I rely on this agent?), delegation (what should I let it handle?), transparency (what is it doing and why?), and failure recovery (what happens when it makes a mistake?).

What are the main AX design patterns?

The six core AX trust patterns are organized across the interaction lifecycle. Pre-Action: Intent Preview (agent states plan before executing) and Autonomy Dial (user sets boundaries). In-Action: Explainable Rationale (human-readable decision explanations) and Confidence Signal (visual certainty indicators). Post-Action: Action Audit (chronological log with undo) and Escalation Pathway (clear handoff to humans when needed).

Who coined the term AX?

Matt Biilmann, CEO of Netlify, coined Agent Experience (AX) in early 2025 to describe making products usable by AI agents. His definition focused on the developer/infrastructure side: APIs, tool manifests, and context optimization. The term has since expanded to include the human-facing design discipline of building interfaces where agents and humans collaborate as coworkers.

Is AX Design only relevant for enterprise products?

No. While most current AX content targets enterprise audiences (Salesforce, Microsoft, EY), the underlying principles apply to any product where an AI agent acts on behalf of a user. A small business using an AI sales agent needs the same trust patterns, transparency mechanisms, and control affordances that a Fortune 500 company does. The implementation complexity varies, but the design principles are universal.

What protocols does AX Design use?

The emerging AX protocol stack includes four layers: MCP (Model Context Protocol, Anthropic) for agent-to-tool connections, A2A (Agent-to-Agent, Google) for inter-agent communication, AG-UI (CopilotKit) for real-time agent-to-frontend streaming, and A2UI (Agent-to-User Interface, Google) for declarative UI descriptions from agents. These protocols determine what is architecturally possible in the design layer.

How do I get started with AX Design?

Start by reviewing three dimensions: Transparency (can users see what the agent is doing and why?), Autonomy (can users control the agent's boundaries and permission levels?), and Safety (can users undo agent actions and escalate to humans?). Then implement the six trust patterns incrementally, starting with Intent Preview and Action Audit, which have the highest impact on user confidence.

Where are most companies in AX maturity?

Deloitte's 2026 survey found only 11% of companies have AI agents in production, and a separate 20% have mature governance models. Most companies are still experimenting or piloting, so few have established their AX design patterns, which leaves a window for early movers to define the standard.

The Window Is Open

AX Design is not a future discipline. It is happening now, defined by the products shipping today and the patterns they establish. As of March 2026, Nielsen Norman Group had not published a definitive framework. Most companies are still at Level 1 or Level 2 maturity.

The organizations and agencies that define AX patterns in this window will set the standard for how humans and AI agents work together for the next decade. Just as responsive design became the default after 2012, and mobile-first became the default after 2015, AX patterns will become the default expectation for any product with AI capabilities.

The question is not whether your product needs AX Design. It is whether you will define the patterns or follow someone else's.

Ready to design agentic experiences that users actually trust?

Next insightHow Our AI Bot Policy Changed, November 2025 to October 2026 (Dated Note)
Lloyd Pilapil
About the author
Lloyd PilapilFounder & AI Product Architect · Pixelmojo

Lloyd Pilapil is the founder of Pixelmojo and a senior UI/UX and growth designer with 20+ years of digital product experience and more than 30 years across visual and graphic design. His work includes projects for Salesforce, Parsons, Egis, and other public- and private-sector organizations. He builds production AI systems for B2B companies and writes about agentic AI, multi-agent orchestration, AX (Agentic Experience) design, GEO, and Thread-Based Engineering, focused on shipping AI products that generate revenue, not prototypes.

Agentic AI SystemsMulti-Agent OrchestrationAX DesignGEO & AI SearchThread-Based EngineeringAI Product DevelopmentGrowth MarketingUI/UX Design

Related reading

All field notes
agentic experience design · 18 min

From Executor to Orchestrator: Legacy UX to AX Design

The experience designer is evolving from executor to orchestrator. Why legacy UX did not get replaced by AX Design, it got extended, and how to make the climb.

Design & growthRead article →
agentic ux design · 21 min

Agent Personality Design: Voice and Trust Framework

Too much anthropomorphism can undermine trust. A practical framework for AI agent personality, tone calibration, and voice design that builds trust.

Design & growthRead article →
Read enough? Check your own
Does AI get your business?

Run Radar's six free technical checks on your domain, then follow the evidence behind each finding.