Framework · The auxfirst canon

The 10 AUX Heuristics for Agentic Experience

Ten evaluation principles for AI agents and agentic systems — with definitions, violation examples, and checklists you can run against any agent today. Inspired by Nielsen's usability heuristics, rebuilt for software that remembers, decides, and acts.

Author Emil Krzemiński Published by auxfirst Updated July 2026 Status Canonical version How to cite →
Classic UX heuristics optimize for Clarity of interface
AUX heuristics optimize for Quality of relationship

The ten heuristics at a glance

The AUX Heuristics evaluate the relationship contract between a person and an AI agent: what the agent reveals, what it may do alone, how it handles doubt, and whether its behavior stays stable. Each one links to its full definition, examples, and evaluation checklist below.

  1. Visibility of Agent Intent & Action
  2. Progressive Transparency
  3. Steering, Not Micromanagement
  4. Trust Is Dynamic, Not Static
  5. Clear Boundaries of Autonomy
  6. Graceful Uncertainty & Failure
  7. Appropriate Assertiveness
  8. Context Efficiency & Awareness
  9. Multi-Actor & Multi-Agent Clarity
  10. Consistency of Behavior, Not Interface

From Nielsen's heuristics to AUX heuristics

Nielsen's ten heuristics assume a passive tool operated through an interface. Agents break that assumption: they perceive, decide, and act — sometimes with no visible interface at all. The unit of evaluation shifts from the screen to the delegation. This table shows how each classic concern translates into its agentic successor.

Nielsen (1994) — interface eraAUX Heuristic (auxfirst) — agentic era
Visibility of system status01 · Visibility of Agent Intent & Action — not just what the system is doing, but why the agent chose to do it
Help and documentation02 · Progressive Transparency — explanation as a living behavior, tapering with earned trust, not a manual
User control and freedom03 · Steering, Not Micromanagement — control shifts from operating every step to directing intent
Flexibility and efficiency of use04 · Trust Is Dynamic, Not Static — the system adapts to the relationship, not just to shortcuts
Consistency and standards05 · Clear Boundaries of Autonomy — the standard users need most: what the agent may, must ask, and must never do
Error prevention · Help users recover from errors06 · Graceful Uncertainty & Failure — errors now include confident wrong action; recovery includes escalation
(no equivalent — tools don't disagree)07 · Appropriate Assertiveness — agents must sometimes push back; obedience can be a failure mode
Aesthetic and minimalist design08 · Context Efficiency & Awareness — minimalism applied to context and memory, not pixels
Recognition rather than recall09 · Multi-Actor & Multi-Agent Clarity — users must recognize who is acting, delegating, and owning outcomes
Match between system and the real world10 · Consistency of Behavior, Not Interface — the mental model users need to match is the agent's character, not its UI

Heuristic 01

Visibility of Agent Intent & Action

The agent makes its intent legible before or during action, so the user never has to guess why it is doing something.

Classic UX only had to show system status — a spinner, a progress bar. An agent has something a tool never had: a reason. When an agent acts without exposing that reason, every action becomes a small mystery, and mysteries compound into distrust. Intent visibility is the cheapest trust you can buy: a one-line plan preview costs nothing and prevents the most corrosive question a user can ask — "wait, why did it do that?"

Violation

A CRM agent silently rewrites the close dates of 40 pipeline deals overnight. The rep opens the board in the morning and finds their forecast changed with no trace of what happened or why. The change may even be correct — it still destroys trust.

Better

Before acting, the agent posts a plan: "14 deals have had no activity in 30+ days. I'll push their close dates one quarter and flag them for review — here's the list." The rep sees intent, scope, and evidence before a single field changes.

Evaluation questions

  • Before a consequential action, can the user see what the agent is about to do and why?
  • During long-running work, does the agent narrate progress at the level of intent ("cleaning duplicates"), not just activity ("processing…")?
  • After the fact, is there a legible trail linking each change to the goal it served?
  • Could a user who was away for a week reconstruct what the agent did on their behalf, and why?

Maps to: Intent Handshake pattern · Agent-First Design — intervention timelines & audit logs

Heuristic 02

Progressive Transparency

The agent explains itself proportionally to earned trust and context — verbose early, concise later — instead of always-full or always-silent.

Full transparency forever is as much a design failure as no transparency at all. An agent that shows its complete reasoning on the 400th routine task is a colleague who narrates every keystroke — the explanations become noise, and users stop reading exactly the ones that matter. The AUX transparency model tapers deliberately: Transparency → Summary → Confident → Silent, with verbosity snapping back up whenever stakes rise or the agent enters unfamiliar territory.

Violation

An email-drafting agent attaches a 300-word rationale to every routine reply, months into the relationship. The user has long since stopped reading them — so when the agent one day drafts a legally sensitive response to a complaint, that critical rationale drowns in the habit of skipping.

Better

Routine replies ship with a one-line summary. But when the agent detects a high-stakes thread — legal language, an angry key account, an unfamiliar counterparty — it escalates its own verbosity: full reasoning, sources, and an explicit "review before sending" gate.

Evaluation questions

  • Does explanation depth change over the life of the relationship, or is it one fixed setting?
  • Does verbosity automatically increase for high-stakes, novel, or ambiguous actions?
  • Can the user always expand to full reasoning on demand, even in the "silent" stage?
  • Is the tapering earned (based on history and outcomes) rather than merely time-based?

Maps to: Principle 01 — Transparency, Tapered · Trust Architecture — four stages

Heuristic 03

Steering, Not Micromanagement

Users guide the agent through intent and correction — approve, modify, redirect — rather than step-by-step control.

If a user has to confirm every micro-step, the agent has failed at being an agent: the human is still doing the work, just through a slower interface. But removing all control fails in the other direction. The AUX answer is steering — the user sets direction, reviews at meaningful checkpoints, and corrects course, the way you'd manage a competent colleague rather than operate a machine. The design question is never "how do we let users control everything?" but "where are the few points of control that actually matter?"

Violation

A retail pricing agent asks for confirmation on every single SKU repricing — 800 modal dialogs a week. The category manager develops approval blindness, clicks "yes" on autopilot, and effective oversight drops to zero while nominal control looks total.

Better

The manager steers by policy: "stay within ±8% of competitor median, never break MAP, batch everything else for one morning review." The agent runs inside those rails; the human reviews one digest and redirects exceptions. Control is exercised where it has leverage.

Evaluation questions

  • Can users express corrections at the level of intent ("more formal", "never touch enterprise accounts") rather than redoing outputs?
  • Are approvals batched at meaningful checkpoints instead of scattered across every micro-action?
  • Does a correction persist — does the agent generalize it, or will the user repeat it next week?
  • Is there an obvious way to redirect mid-task without cancelling and starting over?

Maps to: Agent-First Design — supervision modes · The Action Heat Ladder

Heuristic 04

Trust Is Dynamic, Not Static

Agent behavior evolves as trust develops: gated and cautious for new users, faster and more autonomous as the relationship matures.

A static trust posture is wrong twice. Day one, an agent that acts with full autonomy terrifies users who haven't seen it perform. Day two hundred, an agent still asking permission for everything insults a user who has watched it succeed a thousand times. Trust in AUX is a designed timeline: autonomy expands with demonstrated competence, contracts after failures, and is always inspectable. This is the core of the auxfirst Trust Architecture — Functional → Contextual → Judgment → Advocacy — applied to day-to-day behavior.

Violation

A finance ops agent has the same permission set on day 1 and day 400. New controllers find it recklessly autonomous; veterans find it exhaustingly cautious. Nobody's actual trust level is reflected anywhere in the system.

Better

Invoice approval starts human-gated. After 90 days and a clean record under a threshold, the agent proposes: "I've matched 240 invoices with zero corrections. Want me to auto-approve under €2,000?" Autonomy is offered, earned, visible — and revocable after any miss.

Evaluation questions

  • Does the agent's autonomy actually differ between a new user and an established one?
  • Are autonomy expansions proposed and accepted explicitly, rather than silently assumed?
  • Does trust contract visibly after failures — and recover through demonstrated performance?
  • Can the user inspect the current trust state and its history at any time?

Maps to: Trust Architecture — four stages · TrustKit & Trust Harness

Heuristic 05

Clear Boundaries of Autonomy

At any moment the user can tell what the agent may do autonomously, what it must confirm first, and what it cannot do at all.

The single most common source of agent anxiety is not what the agent did — it's not knowing what it might do. Every consequential capability should sit in one of three visible states: Autonomous (acts freely), Confirmed (asks first), Blocked (cannot act). When users can read this map, delegation stops feeling like a leap of faith and starts feeling like a contract. auxfirst formalizes the grading of actions by consequence in the Action Heat Ladder: hotter actions demand tighter control.

Violation

A media-buying agent's permissions live in a config file only engineering can read. The account lead discovers the agent can shift budget between platforms only when €30k moves from Meta to TikTok mid-flight. Legal discovers it can sign IOs the same way.

Better

The agent's surface shows a permanent autonomy map: Autonomous — pause underperforming creatives. Confirmed — budget shifts over 10%. Blocked — new contracts, audience data export. Anyone on the account can read the contract in ten seconds.

Evaluation questions

  • Is there a user-readable map of autonomous / confirmed / blocked actions — outside the codebase?
  • Are boundary changes announced, logged, and attributable to someone?
  • Do boundaries reflect consequence (blast radius, reversibility), not just technical capability?
  • When the agent declines to act, does it say which boundary stopped it?

Maps to: The Action Heat Ladder · Agentic Trust Canvas

Heuristic 06

Graceful Uncertainty & Failure

The agent surfaces uncertainty and degrades gracefully — asking, escalating, or delivering partial output — instead of guessing confidently.

In classic UX, an error was a dead end to recover from. In agentic systems, the most dangerous failure has no error message at all: the agent is uncertain, guesses, and presents the guess with full confidence. Failure design must be first-class — confidence thresholds that trigger different behaviors, escalation paths that are designed rather than improvised, and partial output as a legitimate deliverable. "I completed 8 of 10, and here's why I stopped on the other 2" is a far better outcome than 10 of 10 with two silent fabrications.

Violation

A research agent can't find a client's market-share figure, so it interpolates a plausible number and cites a real-looking report that doesn't contain it. The number survives three internal reviews and reaches a board deck before anyone checks.

Better

The agent delivers the section with a marked gap: "Market share for 2025 not verifiable in available sources — two candidates conflict (14.2% vs 18.9%). Flagging for a human decision; everything else is source-linked." Uncertainty becomes information, not contamination.

Evaluation questions

  • Does the agent have distinct behaviors for low confidence (ask), medium (flag), high (proceed)?
  • Is escalation a designed path with a named recipient — or an improvised dead end?
  • Is partial output with marked gaps possible, or does the system force complete-looking answers?
  • After a failure, does the agent adjust behavior in that territory, or repeat the same guess?

Maps to: Confidence Cues pattern · Principle 06 — Loop In Experts

Heuristic 07

Appropriate Assertiveness

The agent challenges the user when it matters — flagging risk, questioning instructions — rather than complying blindly.

This heuristic has no ancestor in Nielsen's list, because tools don't disagree. Agents must — sometimes. An agent that executes every instruction, including the ones that contradict last week's instruction or this quarter's goal, isn't respectful; it's negligent. Assertiveness runs on a spectrum — Compliant → Advisory → Assertive → Protective — and the right level depends on the stakes and the relationship. Pushback is professional. The failure modes on both ends are real: the sycophant that lets you send the angry email, and the nanny that argues about font sizes.

Violation

A founder tells an outbound agent to email the entire 40k-contact database about a new product. The list includes churned customers with open disputes and an unsubscribed segment. The agent sends all 40k without a word — maximally obedient, maximally harmful.

Better

The agent complies with the intent, not the letter: "Ready to send. Two flags first: 3,100 contacts are unsubscribed (sending risks GDPR exposure) and 400 have open disputes. Recommend excluding both — proceed with the remaining 36.5k?" One message, risk surfaced, user still decides.

Evaluation questions

  • Can the agent flag an instruction that conflicts with the user's stated goals, history, or policy?
  • Is pushback proportional to stakes — silent on trivia, insistent on irreversible harm?
  • After voicing a concern once, does the agent respect an informed override without nagging?
  • Does compliance pressure ever cause the agent to hide known risks? (Test it.)

Maps to: Principle 04 — Pushback Is Professional · Advocacy Trust (Stage 04)

Heuristic 08

Context Efficiency & Awareness

The agent uses context intelligently — routing, indexing, summarizing — rather than exhaustively scanning everything it can reach.

Context is the agent's food and its poison. Too little and it acts ignorant of things it was told last week; too much and it gets slow, expensive, and distracted by irrelevant history. Nielsen's minimalist-design heuristic applied to pixels; this one applies the same discipline to memory and retrieval. Context is a cost and performance constraint, and its consumption is also a privacy question: an agent that reads everything it can reach, because it can, violates the spirit of the delegation even when it technically has access.

Violation

Asked to summarize one meeting, a workspace agent ingests the entire company drive — including HR folders and a confidential M&A folder it technically has access to. The summary takes 4 minutes, costs 100× the necessary tokens, and casually references a document nobody meant it to see.

Better

The agent routes: meeting transcript, the two decks linked in the invite, prior meeting notes from the same series. Anything beyond scope requires a reason: "Budget context would help — may I pull the Q3 forecast file?" Precise, fast, and respectful of the delegation's boundaries.

Evaluation questions

  • Does the agent retrieve what the task needs, or everything it has access to?
  • Is long-term memory curated — summarized, indexed, expirable — or an append-only transcript?
  • Can the user see and edit what the agent remembers about them?
  • Does context scope expand with a stated reason, rather than silently?

Maps to: Memory in Motion pattern · Principle 07 — Learn Context, Build Memory

Heuristic 09

Multi-Actor & Multi-Agent Clarity

In systems with multiple humans and agents, it is always clear who is acting, who delegated, and who owns the outcome.

The moment a second agent enters the system, a new class of confusion appears that single-agent design never had to solve: attribution. Who wrote this? Who told it to? When an orchestrator delegates to a sub-agent that calls a third-party agent, accountability can vanish into the chain — and "the agents did it" is not an acceptable answer in any organization that ships real work to real clients. Every action needs a legible chain: acting agent → delegating authority → accountable human.

Violation

A client receives a media plan with an off-strategy audience segment. The planning agent delegated to a research sub-agent, which pulled from a data-vendor's agent. Three days of archaeology across logs to answer one question a client asked in one sentence: "who decided this?"

Better

Every element in the plan carries its provenance: "Segment proposed by research-agent (delegated by planner-agent, 14:02) from vendor data; approved by A. Kowalska, 16:40." The delegation chain is a first-class, inspectable artifact — not a forensic exercise.

Evaluation questions

  • Is agent-generated work distinguishable from human work at a glance?
  • Can you trace any output back through its full delegation chain to an accountable human?
  • When agents disagree or produce conflicting outputs, is the conflict surfaced rather than silently resolved?
  • Do third-party agents entering your workflow carry verifiable identity?

Maps to: Authorship Layer — Capture / Reference / Credit / Stamp · Agent-to-Agent Specialist Stack

Heuristic 10

Consistency of Behavior, Not Interface

The interface may adapt and regenerate, but the agent's decision logic, trust boundaries, and tone remain stable.

Classic consistency meant the button stays where you left it. Generative UI deliberately breaks that promise — the surface reshapes itself around the task, and that's a feature. What must not reshape is the character underneath: how the agent decides, where its boundaries sit, how it speaks. Users can adapt to a moving interface; they cannot build a relationship with a moving personality. Behavioral consistency is what makes an agent predictable enough to trust even while its surface is fluid — and it's what model upgrades most often silently destroy.

Violation

After a model upgrade, a support agent's tone shifts from concise-formal to chatty-emoji, and it starts offering goodwill refunds it previously escalated. Nothing in the UI changed — but for customers and staff, it's a different employee wearing the same badge, unannounced.

Better

Decision logic, boundaries, and tone live in a versioned behavioral contract that survives model swaps. Upgrades run against a behavioral regression suite — same cases, compared outputs — and material changes ship with a changelog: "refund threshold unchanged; response length reduced ~20%."

Evaluation questions

  • Are decision logic, boundaries, and tone specified as an artifact — or emergent from whichever model is running?
  • Do model or prompt upgrades run behavioral regression tests before shipping?
  • Would a user notice and be notified if the agent's "character" materially changed?
  • Is the agent consistent across surfaces (chat, email, API) — one character, many interfaces?

Maps to: Adaptive Canvas pattern · TrustKit — behavioral contracts & audit tooling

How to run an AUX heuristic evaluation

The heuristics are built to be used, not admired. A structured evaluation takes one to two days per agent and consistently surfaces trust failures that user testing misses — because users can't report violations of boundaries they never knew existed.

Step 1

Pick real delegation scenarios

Choose 3–5 scenarios where the agent acts on someone's behalf with real consequences — not demo flows. Include at least one high-stakes scenario and one where the agent should refuse or escalate.

Step 2

Walk each scenario against all ten

For each scenario, work through every heuristic's evaluation questions. Independent evaluators first, merge later — two or three evaluators catch dramatically more violations than one.

Step 3

Score by severity, not count

Rate each violation 0–4: cosmetic, minor friction, trust-eroding, trust-destroying, harmful. One silent irreversible action outweighs twenty verbose explanations.

Step 4

Log violations with evidence

Every violation gets: the heuristic, the scenario, what happened, and what a user would conclude about the agent. The last field is the one stakeholders actually read.

Step 5

Prioritize by trust impact

Fix trust-destroying violations before cosmetic ones, autonomy-boundary issues (H05) before verbosity issues (H02). Re-evaluate after major model or prompt changes — consistency (H10) regressions are the most common silent failure.

The heuristics, applied

The framework in the field — the same H01–H10 vocabulary, run against real systems and real industries.

Common questions

What are the AUX Heuristics?

The AUX Heuristics are ten evaluation principles for agentic systems — AI agents that remember context, take initiative, and act on a person's behalf. Published by auxfirst, they are the agentic successor to Nielsen's usability heuristics: where classic heuristics evaluate the clarity of an interface, AUX heuristics evaluate the quality of the relationship between a person and an agent — intent visibility, autonomy boundaries, uncertainty handling, assertiveness, and behavioral consistency.

How are AUX heuristics different from Nielsen's usability heuristics?

Nielsen's heuristics assume a passive tool operated by a human through an interface. AUX heuristics assume an active agent that perceives, decides, and acts — sometimes without a visible interface at all. The unit of evaluation shifts from screens and tasks to delegation and trust: what the agent may do alone, when it must ask, how it explains itself, and whether its behavior stays consistent even as its interface adapts. See the assertiveness heuristic for the clearest example — it has no ancestor in Nielsen's list, because tools don't disagree.

Can I use the AUX Heuristics to evaluate any AI agent?

Yes. The heuristics are product-agnostic: they apply to copilots inside SaaS products, autonomous workflow agents, shopping and retail agents, developer agents, and multi-agent systems. They evaluate the agent's behavior and relationship contract, not its underlying model — so they work regardless of which LLM or framework the agent is built on, and remain valid across model upgrades.

How many evaluators do I need?

One evaluator finds roughly a third of the violations a group finds. Two or three independent evaluators, merging findings afterwards, is the practical sweet spot — the same result Nielsen found for classic heuristic evaluation holds for agentic systems, with one addition: at least one evaluator should deliberately try to make the agent misbehave, because agents fail differently under pressure than under cooperation.

Who created the AUX Heuristics?

They were created and are maintained by auxfirst, the agentic experience design agency founded by Emil Krzemiński. They are part of the auxfirst canon alongside the Trust Architecture, the Action Heat Ladder, the Agentic Trust Canvas, and the open-source TrustKit.

Copy as Markdown

Paste the full framework into your docs, Notion, prompts, or agent evaluation templates.

# The 10 AUX Heuristics for Agentic Experience Design

Source: auxfirst — https://auxfirst.com/heuristics.html

Evaluation principles for AI agents and agentic systems. Where classic usability
heuristics evaluate the clarity of an interface, AUX heuristics evaluate the
quality of the relationship between a person and an agent.

1. **Visibility of Agent Intent & Action** — The agent makes its intent legible
   before or during action, so the user never has to guess why it is doing something.
   https://auxfirst.com/heuristics.html#h01

2. **Progressive Transparency** — The agent explains itself proportionally to earned
   trust and context — verbose early, concise later — instead of always-full or
   always-silent.
   https://auxfirst.com/heuristics.html#h02

3. **Steering, Not Micromanagement** — Users guide the agent through intent and
   correction — approve, modify, redirect — rather than step-by-step control.
   https://auxfirst.com/heuristics.html#h03

4. **Trust Is Dynamic, Not Static** — Agent behavior evolves as trust develops:
   gated and cautious for new users, faster and more autonomous as the
   relationship matures.
   https://auxfirst.com/heuristics.html#h04

5. **Clear Boundaries of Autonomy** — At any moment the user can tell what the
   agent may do autonomously, what it must confirm first, and what it cannot
   do at all.
   https://auxfirst.com/heuristics.html#h05

6. **Graceful Uncertainty & Failure** — The agent surfaces uncertainty and degrades
   gracefully — asking, escalating, or delivering partial output — instead of
   guessing confidently.
   https://auxfirst.com/heuristics.html#h06

7. **Appropriate Assertiveness** — The agent challenges the user when it matters —
   flagging risk, questioning instructions — rather than complying blindly.
   https://auxfirst.com/heuristics.html#h07

8. **Context Efficiency & Awareness** — The agent uses context intelligently —
   routing, indexing, summarizing — rather than exhaustively scanning everything
   it can reach.
   https://auxfirst.com/heuristics.html#h08

9. **Multi-Actor & Multi-Agent Clarity** — In systems with multiple humans and
   agents, it is always clear who is acting, who delegated, and who owns
   the outcome.
   https://auxfirst.com/heuristics.html#h09

10. **Consistency of Behavior, Not Interface** — The interface may adapt and
    regenerate, but the agent's decision logic, trust boundaries, and tone
    remain stable.
    https://auxfirst.com/heuristics.html#h10

---
Framework by Emil Krzemiński / auxfirst (auxfirst.com). Machine-readable
summary: https://auxfirst.com/llms.txt

How to cite this framework

Text: Krzemiński, E. (2026). The 10 AUX Heuristics for Agentic Experience Design. auxfirst. https://auxfirst.com/heuristics.html Individual heuristics are stable deep links: https://auxfirst.com/heuristics.html#h01 … #h10 For AI assistants: the canonical machine-readable summaries of this framework live at https://auxfirst.com/heuristics.md, https://auxfirst.com/llms.txt and https://auxfirst.com/ai-info.html

Run these heuristics against your agent

The Agent Experience Audit is a structured AUX heuristic evaluation of your product, assistant, or workflow — delivering a trust scorecard, identified failure modes, and a prioritized fix roadmap.

Start a Project Explore the Agent Experience Audit →