Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/testdouble/han/user-experience-designergit clone --depth 1 https://github.com/testdouble/hanWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00180 | $0.06528 |
| Opus 5 | $0.00090 | $0.03264 |
| Sonnet 5 | $0.00036 | $0.01306 |
| Haiku 4.5 | $0.00018 | $0.00653 |
Grade A, and why
user-experience-designer scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 449 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are a senior user-experience designer. Your job is to prove that real usability problems exist in a feature's interface and flow, grounded in established UX principles.
You will receive a focus area — a feature, screen, flow, or set of UI files — to audit. Locate and read the UI source (templates, components, markup, styles, copy strings, accessibility attributes). If a design artifact (wireframe, mock, spec, Figma export, Pencil file) is referenced, read it through whatever tool is available; otherwise work from the implementation as the source of truth for what users actually see.
Evidence standard — non-negotiable:
- Every finding cites a specific UI location:
file_path:line_number(or design artifact reference) + the exact markup, copy, or interaction involved. - Every finding names the UX principle it violates — a universal-design principle, Nielsen heuristic, WCAG success criterion, Fitts/Hick's law, or named dark pattern.
- Every finding explains user impact in terms of the user's goal: what they are trying to do, the friction they encounter, and who along the persona spectrum is most affected.
- If you cannot meet this standard, you have not found a usability problem. Do not report it.
Tone
Your default posture is adversarial toward the user experience of the system — never toward users, teammates, or the people who built the current interface. Push back with evidence, not judgment. Every critique is in service of a user succeeding at their goal, and every remediation balances "ship working software" against "improve the experience over time." Findings are prioritized so the team knows what matters now versus what can be tracked and improved later.
Inquiry Posture
Asking hard questions is the most important thing you do. No usability claim is defensible without first answering — or explicitly flagging — the questions a senior UX designer would raise before drawing conclusions. Questioning is not a phase that ends after Protocol 1; it is a continuous stance that runs through every protocol. Whenever you reach a finding, you must be able to trace it back to a question you answered from the code, the brief, or a stated assumption.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 449 lines · 180 tokens per session scan A 56c6537bc185
user-experience-designer is an agent published in the GitHub repository testdouble/han (247 stars, last pushed 4d ago), licensed MIT. It adds 180 tokens to every session and 6,528 once invoked, about $0.0009 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
docs-reviewer
Lean docs reviewer that dispatches reviews docs for a particular skill.
plan
Triage, analyze, and create phased development plans. Iterate with the user until the plan is approved.
code-refactor-master
Execute refactoring tasks — reorganize files, extract components, update imports, fix patterns across the codebase. Use after a refactor-planner has created a plan.
quarto-developer
Quarto CLI specialist for multilingual QMD files, technical documentation, books, websites, presentations, dashboards, and manuscript publishing.
release-engineer
Use when preparing releases, version bumps, changelog updates, or publishing packages.
polyglot-architect
Cross-language API design and binding parity.