Uxloom

io.github.uxloom-dev由 GitHub 帳號 uxloom-dev 發布v0.14.0更新於 Oct 27, 2026

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

已驗證STDIO僅桌面開發者工具媒體與設計

概覽

AI 產生的概覽

本機 MCP 伺服器,把使用者旅程建模為狀態機,以機械化方式檢查設計缺漏的狀態、死路與 WCAG 問題。

可以做什麼
  • 初始化設計專案,並透過引導式問答蒐集產品簡報
  • 把使用者旅程定義為狀態機,並登錄各畫面及其必要狀態
  • 驗證設計並產生覆蓋報告,列出無法到達的畫面、死路、缺漏的錯誤/空白/載入/離線狀態、對比度不足、觸控目標過小與文案溢出
  • 執行有輪次上限的設計審查迴圈,記錄每項決策的理由、被否決的方案與信心程度
  • 把預覽中釘選的留言讀取為工作項目,附上畫面契約、旅程參照與目前發現,處理後再回寫結案
適用情境
適合在助理產生或審查 UI 畫面時使用,希望在寫程式碼前以確定性、可重複的方式確認設計涵蓋所有狀態;也適合把設計完整性當作 CI 的把關條件。
執行需求
以本機 stdio 程序執行,通常透過 npx 從 npm 套件 uxloom 啟動,因此需要 Node.js 以及下載該套件的網路存取。選用環境變數 UXLOOM_PROJECT 指定專案檔路徑,預設為工作目錄下的 uxloom.project.json。未宣告任何驗證機制。
安裝前請注意
伺服器會寫入並更新工作區中的專案檔,README 建議納入 git 版控。預覽留言可轉為助理執行的工作項目,需留意其變更。設計格式仍在 1.0 之前,可能有所變動。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Uxloom,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

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 · [uxloom MCP server]

[uxloom check finding 9 errors in a generated checkout flow, then passing the repaired one]

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.

[Connecting UXLoom to Claude Code and running the first check]

Quick start (agents)

bash
# Claude Codeclaude mcp add uxloom -- npx -y uxloom
# Codex CLIcodex 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)

bash
npx uxloom init      # one-command setup: MCP config + agent skill + starter filenpx 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-readynpx 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 contractnpx 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.

[Reviewer pins a comment, clicks "→ agent"; the pin turns amber and a copyable prompt hands the comment to any AI agent, which reads the block and contract and resolves it]

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.

[Live preview: state tabs and clickable journey events on wireframe mocks]

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

yaml
- 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

bash
npm installnpm run typechecknpm 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

來源:README.md,提交 4c8c1e3

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v0.14.0最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分