A New Kind of User Has Entered the Chat
A note on perspective: I haven't personally used or shipped an Agentic UX system. This post is drawn from extensive reading of industry research, design publications, and the emerging discourse around AI agents in 2026. I'm thinking through what this means for designers — including myself — as it unfolds.
What Exactly Is an AI Agent — and Why Does It Matter to Designers?
Traditional AI Tool
- You give it an input — it produces an output
- One-shot: prompt → response
- Static, non-autonomous — waits for instruction
- Examples: Midjourney, ChatGPT in chat mode, Copilot suggestions
AI Agent
- You give it a goal — it figures out the steps
- Multi-step: plans, acts, observes, adjusts in loops
- Autonomous — navigates tools, UIs, and systems on its own
- Examples: Devin (coding), Operator (browser tasks), emerging in-app agents
-
Agents See Your Interface the Way a New User Does — But Without IntuitionAn AI agent reads your interface structurally — button labels, link text, ARIA roles, input placeholders. It doesn't feel the visual hierarchy. It doesn't notice good spacing. It parses your UI like a highly literal reader, looking for signals about what to do next. This is wildly different from the empathetic human user we've always designed for.
-
Agents Are Goal-Oriented, Not Discovery-OrientedA human user might browse, get distracted by something interesting on a page, or change their mind midway. Agents come with a job to do and don't deviate. They follow task flows with a kind of tunnel vision. This changes how we should think about every single page's primary CTA and task structure.
-
The Scale Multiplier Is EnormousOne user might visit your interface once or twice a day. An AI agent acting on behalf of thousands of users could interact with it millions of times. Every design decision — error message clarity, form validation, button state logic — gets stress-tested at a scale no traditional UX testing could simulate.
What Actually Changes When You Design for Agents
| Design Element | Traditional UX Thinking | Agentic UX Thinking |
|---|---|---|
| Button Labels | Clear, action-oriented verbs for humans ("Get Started") | Semantically unambiguous — distinct enough for agents to differentiate programmatically |
| Form Design | Minimal friction, visually grouped fields | Properly labelled inputs, ARIA roles, clear validation messages that are machine-parseable |
| Error States | Human-readable, empathetic language | Also structured: error codes, recovery paths, agent-actionable instructions |
| Navigation | Intuitive information architecture for visual scanning | Consistent patterns agents can reliably predict and traverse across sessions |
| Task Flows | Designed for discoverability and casual browsing | Optimised for completion — clear start/end states for each atomic task |
| Feedback & Confirmation | Delightful, on-brand microcopy | Machine-readable status signals — structured success/failure responses beyond visual style |
Important distinction: Designing for agents doesn't mean removing the human experience — it means layering on a second user type. The interface still needs to feel great for the actual person. But it also needs to be structurally legible and reliable enough for an agent to navigate it successfully on that person's behalf.
The Trust, Control, and Transparency Problem
-
Who Is the "User" in User Consent?Traditional consent UX assumes a human is reading terms and clicking "Agree." When an agent is acting on that human's behalf, did the person actually consent to this specific action? Designers will increasingly need to think about consent flows that are both human-readable and agent-transparent — showing exactly what an agent is about to do before it does it.
-
How Much Should an Agent Be Able to Do?From what I've read, the most thoughtful Agentic UX designs don't give agents unlimited access. They define "permission scopes" — bounded sandboxes of what the agent can and can't act on. As designers, building those scopes into the interface requires a new kind of information architecture: not just "what can a user do here?" but "what should an agent be allowed to do here, and under what conditions?"
-
Designing for ReversibilityAgents make mistakes — wrong input, misinterpreted task, unexpected system states. Unlike a human who hesitates and double-checks, an agent might commit irreversible actions before anyone realises something went wrong. The design implication is significant: confirmation steps, undo mechanisms, and action logs become critical infrastructure — not just nice-to-have UX polish.
-
Transparency as a Design PrincipleUsers should always know when an agent is acting in their name. Research from the UX Design Institute and UX Collective points to a growing design principle here: the "agent trail" — a persistent, legible log of what the agent did, when, and why. This is less a feature and more a fundamental trust mechanism that Agentic UX requires by default.
What This Means for Designers Right Now — Including Me
Skills That Stay Central
- Information architecture — now needs to serve both human and agent navigation
- User research — now includes understanding how agents behave as proxy-users
- Systems thinking — agentic environments are deeply interconnected flows
- Accessibility-first design — agents rely heavily on semantic HTML and ARIA labels
- Edge case mapping — agents hit more edge cases than any human tester
New Skills to Develop
- Designing "agent personas" — understanding how an agent will traverse your flows
- Structured content design — machine-readable labels and patterns
- Permission UX — defining and communicating agent scope to users
- Reversible action design — undo, confirm, and audit trail patterns
- Agent-error recovery flows — what happens when the agent makes wrong decisions
A framing I've found useful: Think of the AI agent as an extremely competent but completely literal intern — they'll execute what they're told with impressive capability, but won't notice obvious context that a human would catch immediately. Designing for that reality makes your interface better for everyone, including your human users.
Where Agentic UX Is Heading — And What's Still Being Figured Out
| Topic | Current Status | Where It's Heading |
|---|---|---|
| Agent Design Patterns | Early, experimental — few documented standards | Industry-wide pattern libraries for Agentic UX, similar to Material Design for human UI |
| Consent & Permission UX | Ad hoc, product-by-product solutions | Standardised agent-permission flows, possibly regulated by platform policy |
| Agent Testing | Manual testing with agent simulations | Automated agent-driven UX testing as part of standard QA pipelines |
| Design Tools | Standard Figma/prototyping tools with no agent layer | Design tools that simulate agent traversal of your flows during prototyping |
| Designer Role | Primarily human-user focused | Dual-user design thinking — human + agent — as a core professional skill |
My Take: The Designer's Role Gets Harder — and More Important
When I first came across the term "Agentic UX," my instinct was to file it away as something for the distant future — a concern for designers at Google or OpenAI, not for me right now. But the more I've read, the more I've realised that this shift is actually accelerating the importance of everything I care about as a designer.
When an AI agent navigates your interface and fails — misclicks a button because the label was ambiguous, gets stuck in a loop because the error state gave it nothing actionable to work with, submits incorrect data because the form wasn't structured properly — who's responsible for that failure? The agent? The product team? The designer who didn't think about machine legibility?
The most honest answer is: the design wasn't built for this. And that's the work ahead of us.
- For designers early in their careers: This is the moment to deeply understand accessibility, semantic structure, and information architecture. Those aren't just accessibility values — they're the foundations that make Agentic UX possible.
- For designers thinking about where the field is headed: Agentic UX isn't replacing human-centred design. It's expanding it. The user journey now has two travellers — the human, and the agent acting on their behalf.
- For the design community at large: We need to be at the table when product teams start building agent experiences. If designers don't shape these systems, engineers will — and they'll optimise for what the machine needs, not what the human-agent relationship requires.
Design has always been about creating clarity for whoever is on the other side of the screen. Agentic UX just made that question more interesting.