
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.
概覽
本機 MCP 伺服器,把使用者旅程建模為狀態機,以機械化方式檢查設計缺漏的狀態、死路與 WCAG 問題。
- 可以做什麼
- 初始化設計專案,並透過引導式問答蒐集產品簡報
- 把使用者旅程定義為狀態機,並登錄各畫面及其必要狀態
- 驗證設計並產生覆蓋報告,列出無法到達的畫面、死路、缺漏的錯誤/空白/載入/離線狀態、對比度不足、觸控目標過小與文案溢出
- 執行有輪次上限的設計審查迴圈,記錄每項決策的理由、被否決的方案與信心程度
- 把預覽中釘選的留言讀取為工作項目,附上畫面契約、旅程參照與目前發現,處理後再回寫結案
- 適用情境
- 適合在助理產生或審查 UI 畫面時使用,希望在寫程式碼前以確定性、可重複的方式確認設計涵蓋所有狀態;也適合把設計完整性當作 CI 的把關條件。
- 執行需求
- 以本機 stdio 程序執行,通常透過 npx 從 npm 套件 uxloom 啟動,因此需要 Node.js 以及下載該套件的網路存取。選用環境變數 UXLOOM_PROJECT 指定專案檔路徑,預設為工作目錄下的 uxloom.project.json。未宣告任何驗證機制。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 Uxloom,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
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
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)
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)
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.
[Live preview: state tabs and clickable journey events on wireframe mocks]
Add it to CI and a happy-path-only design can never merge:
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/.
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
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版本歷史
1- v0.14.0最新Sep 16, 2026
評分
已滿足適用檢查項的 50%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
- 近 30 天內可連通25 分
請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。
- 已宣告認證方式10 分
請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。
- 已列出工具15 分
請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。
- 描述必需15 分
- 圖示10 分
- 文件15 分
- 授權條款10 分