io.github.uxloom-dev/uxloom

Registre officiel Médias et design

Agent-native UI/UX design validation: journey completeness, state coverage, and WCAG checks.

Installation

Ajoutez ceci à la configuration MCP de votre client (Claude Desktop : claude_desktop_config.json ; Cursor : .cursor/mcp.json ; VS Code et les autres utilisent la même forme « mcpServers »).

NPM package uxloom
Claude Code
claude mcp add uxloom -e 'UXLOOM_PROJECT=<UXLOOM_PROJECT>' -- npx -y uxloom@0.14.0
Configuration JSON (Claude Desktop, Cursor, VS Code)
{
    "mcpServers": {
        "uxloom": {
            "command": "npx",
            "args": [
                "-y",
                "uxloom@0.14.0"
            ],
            "env": {
                "UXLOOM_PROJECT": "<UXLOOM_PROJECT>"
            }
        }
    }
}

Variables d'environnement

  • UXLOOM_PROJECT Path to the project file (default: ./uxloom.project.json in the working directory)

Documentation

Tirée du README du projet sur GitHub, actualisée chaque semaine. Les liens ouvrent GitHub.

Sommaire
  1. UXLoom
  2. Packages
  3. Quick start (agents)
  4. Quick start (humans & CI)
  5. Does it actually catch things?
  6. Development
  7. Status
  8. License

UXLoom

Your generator gave you 6 screens. UXLoom proves you're missing 9 states.

AI generators (v0, Lovable, Figma Make, Claude) produce happy-path screens. UXLoom is the critic layer: it models user journeys as state machines, treats screens as nodes with state contracts, and mechanically proves what's missing before a line of production code exists — unreachable screens, dead ends, missing error/empty/loading states, WCAG contrast failures, undersized touch targets, and labels that will overflow under localization.

Agent-native by design: the interface is an MCP server (works with Claude Code, Codex, and any MCP client), with Agent Skills included.

Deterministic by design: same input, byte-identical report — benchmarked (packages/bench) at 1.000 precision/recall on a seeded defect catalog, SHA-256-stable across processes, 1000 screens in under 5ms. That's what lets design completeness gate CI, where an LLM opinion can't.

Website: uxloom.dev · npm: uxloom · MCP registry: io.github.uxloom-dev/uxloom ·

Packages

PackageWhat it is
@uxloom/journeygraphThe open design-as-data format: journeys as state machines, screens as nodes with required states
@uxloom/criticsThe validators: journey completeness, state coverage, WCAG contrast, touch targets, text expansion
uxloomThe MCP server + Agent Skills — the interface agents use

New here? Start with the Quickstart — prerequisites, the Claude Code walkthrough, what to say to your agent, and troubleshooting.

Quick start (agents)

# Claude Code
claude mcp add uxloom -- npx -y uxloom

# Codex CLI
codex mcp add uxloom -- npx -y uxloom

The project file (uxloom.project.json) lives in your workspace and belongs in git — the design is data, versioned next to the code it specifies.

Quick start (humans & CI)

npx uxloom init      # one-command setup: MCP config + agent skill + starter file
npx uxloom preview   # live mocks (themed, commentable, EDITABLE in the browser)
npx uxloom export    # shareable HTML — plus --svg (Figma/Penpot import; add
                     #   --manifest for the round-trip key) and --png (playwright)
npx uxloom check     # design completeness — exit 1 on errors, CI-ready
npx uxloom audit     # implementation drift — web AND native (Swift/Kotlin/
                     #   Dart/Java markers); --live verifies the real DOM;
                     #   --design <file|dir> audits a Figma/Penpot export vs the contract
npx uxloom diff      # human-readable design diffs for PR review

Evidence-based design: every decision in the contract can carry its rationale — reasoning, rejected alternatives with pros/cons, sources, confidence — enforced by the critics once adopted, iterated through a bounded design_review loop (max 3 rounds), and shown to stakeholders in the preview's evidence panel (ⓘ) and exports. The design doesn't just validate; it argues its case.

Agent-addressable comments: a reviewer drops a pinned comment in the preview and clicks "→ agent". The comment becomes a work item any Gen-AI model can read with full context — comment_context returns the pinned layout block, the screen contract, the journey references, and the current findings for that screen — act on, and resolve back into the preview with a note. One click from feedback to addressed.

CI-native: check and audit take --json, --sarif (GitHub code scanning), and --github (inline PR annotations). Brownfield-ready: --update-baseline freezes existing findings so only new drift blocks; uxloom.config.json tunes thresholds to your accessibility bar. Full documentation: uxloom.dev/docs.html.

Add it to CI and a happy-path-only design can never merge:

- run: npx uxloom check design/uxloom.project.json

Workflow (also shipped as a skill in packages/mcp-server/skills/): project_init → brief_start/brief_answer → journey_define → screen_register → project_validate → fix → repeat until zero errors → coverage_report.

Does it actually catch things?

tools/dogfood.mjs drives the real MCP server through three products, twice each: screens as a happy-path generator hands them over, then repaired using the validation report. Artifacts in examples/.

ProductGenerated (happy-path)Repaired
shopmweb — e-commerce checkout (mWeb + Android)9 errors, 6 warnings0 / 0
taskflow — SaaS signup/onboarding (web)1 error, 6 warnings0 / 0
ridenow — ride booking (iOS + Android, offline-heavy)3 errors, 7 warnings0 / 0

Caught: an unreachable promo screen, dead-end verification states, five undesigned payment/error states, a 2.4:1 contrast button, a 40px touch target on Android, a checkout label that breaks in German, and three products' worth of missing offline states. Zero errors and zero warnings is reachable honestly — screens declare documented exemptions where a baseline state genuinely cannot apply, and contradictory exemptions are flagged.

Development

npm install
npm run typecheck
npm test

Status

Released and maintained: on npm and the official MCP registry, with the benchmark scorecard published in every GitHub release. The JourneyGraph format (formatVersion: "0.1") may evolve until 1.0; releases follow RELEASING.md — every surface is drift-checked in CI.

License

MIT

Questions fréquentes

Qu'est-ce que io.github.uxloom-dev/uxloom ?

Agent-native UI/UX design validation: journey completeness, state coverage, and WCAG checks.

Comment installer io.github.uxloom-dev/uxloom ?

Il s'exécute sur votre machine. Dans Claude Code : claude mcp add uxloom -e 'UXLOOM_PROJECT=<UXLOOM_PROJECT>' -- npx -y uxloom@0.14.0. Pour les autres clients, collez la configuration JSON de cette page dans leurs réglages MCP.

Faut-il une clé API pour io.github.uxloom-dev/uxloom ?

Son entrée au registre n'indique aucune clé ni secret obligatoire. Certaines fonctions peuvent tout de même demander un compte auprès du service auquel il se connecte.

io.github.uxloom-dev/uxloom est-il open source ?

Oui. Son code est sur GitHub sous licence MIT.

Qui maintient io.github.uxloom-dev/uxloom ?

Il est publié par uxloom-dev. AI.tn le référence sans le maintenir ni le recommander.

Issu du registre MCP officiel. Être listé n'est pas une recommandation : vérifiez le code et les permissions d'un serveur avant de lui donner accès à vos données.