Name: Compose Preview Catalogs
Author: yschimke

Tools observed via MCP handshake

request_access — Ask a human for access to this server. Returns an approveUrl and a userCode: show BOTH to the person you are working with, ask them to open the link and check t
poll_access — Collect the outcome of a request_access, proving possession of its deviceSecret. It HOLDS THE CALL OPEN and answers the moment the human decides — one call inst
status — Report readiness and the aggregate catalog set.
catalog_list_projects — List every remote catalog with its stable id and preview count. Call this first: catalog_list_previews and catalog_list_data_products take one of these ids as '
catalog_library — Open the hosted preview catalog browser app. With no arguments it lists every catalog with its preview count only; pass projectId to list one catalog's previews
ui_builder_open — Open the UI Builder's design list: pick a design to see it as the editor draws it. Takes no arguments. Also opens from the ChatGPT/Codex sidebar, and a deep lin
catalog_list_previews — List the Compose previews and published metadata of one hosted catalog. 'catalog' is required (ids from catalog_list_projects). Pass 'query' (a component name s
catalog_render_preview — Render one preview. Like local compose-ai-tools, the default semantics observation is token-frugal; request observe=png for pixels, observe=svg for the compose/
catalog_render_matrix — Render one preview across the cross-product of the given override axes in a single call, returning a hash/size observation per cell (observe=png adds the pixels
catalog_list_devices — List the `@Preview(device = ...)` ids this server's render lane recognises, with each one's dp size and density. The `device` override takes one of these ids; a
catalog_diff_semantics — Compare two previews' semantics by testTag: which tags are only in one side, which moved, and which changed occupancy count. Identity is the authored testTag, n
catalog_history_list — The render timeline for one preview: which versions of its rendered bytes exist, when each appeared, and whether the preview is unstable (re-renders differently
catalog_history_diff — Compare two of a preview's recorded renders. Defaults to the two newest — did the last publish move this preview? A metadata comparison: the timeline's versions
catalog_history_read — Fetch one historical render's pixels through this server, by `commit` or `blob` (a prefix is enough). Use when an agent cannot reach the delivery branch itself,
ui_builder_list_catalogs — List the component catalogs a UI-builder design can pin to. Start here: a design's `catalogPin` must name a revision this server actually serves, and each catal
ui_builder_search_components — Find catalog components by name, role or trait (case-insensitive substring), e.g. `TextField`, `Button`, `Card`. Returns the same summary as ui_builder_list_cat
ui_builder_list_designs — List the UI-builder designs on this server, newest first, with the cursor to continue.
ui_builder_get_design — Read one design: its whole document — nodes, slots, properties, modifiers, state variables and catalog pin — plus the revision to quote as `baseRevision` when e
ui_builder_preview_catalog_recovery — Dry-run recovery of a design whose stored catalog pin no longer resolves. The server selects the exact currently served pin for the same catalog system and retu
ui_builder_await_design — Wait for somebody else to change a design and return what they changed, rather than asking again whether they have. Returns the moment a designer in the browser
ui_builder_create_design — Create a design, either from a whole `document` you supply or by copying an existing design named by `fromDesignId`. Copying is usually right: a document's `cat
ui_builder_apply — Apply design mutations — insertNode, setProperty, deleteNode, moveNode and the rest of DesignMutationV1 — as one operation. `baseRevision` is the revision you r
ui_builder_move_design_home — Move a design's canonical home between this server and a repository checkout. This changes real authoritative state: quote the exact `baseRevision` and current
ui_builder_replace_design_document — Replace one stored design from a complete DesignDocumentV1 copy — the authoritative save-back and re-import operation. The document must name the same design an
ui_builder_export — Export a design. `compose` returns the Kotlin the generator writes, or — when the design holds something it cannot express — diagnostics naming each reason. Thi
ui_builder_validate — Check a design without saving it: a whole `document`, a stored design by `designId`, or `operations` against a stored design exactly as ui_builder_apply would a
ui_builder_put_asset — Put a picture behind an `assetKey`, so an `asset/image` node naming that key draws it instead of a placeholder. Send the PNG, JPEG, GIF or WebP bytes base64-enc
ui_builder_design_access — Read who can open a design: its owner, and every actor it has been shared with, each with the role and the actions that grant carries. Only the owner may ask —
ui_builder_share_design — Share a design with somebody else, or take that sharing back. `actorId` is the other party's actor id as this server spells it — `github:<login>` for a signed-i
ui_builder_get_links — Read what a design is **for**: the `issue` it was drawn for, the `reference` frame in the design tool it reproduces, the `pr` that implemented it, the `thread`
ui_builder_set_links — Say what a design is for. **Replaces the whole record**: send every link you want kept, and omit one to clear it — so read ui_builder_get_links first if you are
ui_builder_rename_design — Give a design a new title. The title is the one thing about a design nothing else could change: it is set at creation, shown in every listing and the editor, an
ui_builder_delete_design — Delete a design you own, with its history, access list, overlay and discussion. Only the owner may — not an editor, not a viewer, and not anybody merely holding
ui_builder_list_comments — Read the discussion on a design: every thread, where each is pinned — a markup stroke, a design node, or a point on the frame — whether it is resolved, and ever
ui_builder_post_comment — Say something on a design — a reply into `threadId`, or a new thread when it is omitted. Pin a new thread with `markId` (a stroke on the reference overlay), `no
ui_builder_resolve_comment_thread — Close a comment thread once it is answered, or reopen one by passing `resolved: false`. The resolution is attributed to you and is reversible.
ui_builder_acknowledge_comment — Say that you have read a comment thread — which is **not** the same as resolving it. Resolving claims the question is settled; acknowledging claims only that yo
ui_builder_react_to_comment — React to one comment with an emoji, or take the reaction back with `on: false`. The lightest thing you can say: 👀 on a comment you have just picked up, 👍 on a
ui_builder_await_comments — Wait for the discussion to move past `afterSequence` and return it, rather than polling for it. Returns as soon as anybody — a designer in the browser or anothe
ui_builder_render_native — Compile a design and render it with real Compose on this host, rather than in the browser's Wasm canvas — the way to see what a design looks like on Android. Re
ui_builder_view — See a design the way a person in the editor sees it: a PNG of the canvas with the overlays drawn on — the `selection` outline, the `reference` picture when one
ui_builder_check_design — Check a design before you show it to anybody — one call instead of validate, view and an accessibility pass. Runs `schema` (document shape), `catalog` (the pinn
ui_builder_guidelines_prompt — Read the exact prompt a design-guidelines model is given for a design, before anybody spends a key on it: the rules for the design's platform (Android design gu
ui_builder_get_guidelines — Read a design's latest design-guidelines result, whoever ran it — a person in the editor on their own key, ui_builder_check_design on this host's key, or an age
ui_builder_record_guidelines — Record your own model's verdicts on ui_builder_guidelines_prompt as the design's latest design-guidelines result, so the editor's Issues panel and other agents
ui_builder_render_design_matrix — See one design on several devices in ONE picture: a contact sheet with a captioned cell per device × theme × font scale, plus each cell's device, size and box o
ui_builder_record_decision — Record a review verdict — `approve` or `reject` — on one revision of a design, with an optional note. Kept beside the design, like comments: it never moves the
ui_builder_await_decision — Wait for somebody to approve or reject a design, rather than asking again whether they have. Returns as soon as a decision lands after `afterSequence` — by defa
ui_builder_set_implementation — Record the pull request that implements a design: its URL, its `status` (draft, open, merged, closed), the design `revision` it implements, and — once you have
ui_builder_implementation_status — Everything the code side needs to implement a design, in one call: the revision, its links (issue, reference, PR, thread), the implementation PR with its status
ui_builder_find_design_for_pr — From a pull request back to the design(s) it implements: every design you can read whose implementation record or links name `pr`, with the implementation statu
ui_builder_set_reference — Attach the picture a design is being built against — a Figma frame, a screenshot of a shipped screen, a mock — as its reference overlay, or `clear` it. The same
ui_builder_compare_reference — Measure a design against its reference overlay (attach one with ui_builder_set_reference). Returns what the picture is against the frame and whether a pixel com
ui_builder_list_revisions — A design's retained revisions, newest first: each one's number, who made it, when, the operation that produced it (`setProperty ×2, insertNode`, `undo`, `restor
ui_builder_diff_designs — Compare two designs, or two retained revisions of one: nodes added, removed and moved, and properties, modifiers and other fields changed, each with its node id
ui_builder_restore_revision — Make a retained revision the design's current content again, **forward**: it is committed as a new revision and nothing after it is lost, so a restore is undone
ui_builder_fork_design — Make a new design from one revision of another — yours to edit, owned by you, with its parent recorded: the fork's `forkedFrom` (design, revision, document dige
ui_builder_branch_design — Fork a design at a revision into a **branch** to explore an alternative, or to change it without trampling somebody editing it live. A branch is a design with i
ui_builder_list_branches — A design's branches, newest first: each one's id, name, owner, status (open, merged, archived), fork revision, head revision and the number of commands a merge
ui_builder_merge_branch — Replay a branch's edits onto its parent's current revision through the same reducer every edit goes through — all or nothing. The reply reports every command: `
ui_builder_archive_branch — Close a branch without merging it: it stays readable and listed, and can no longer be edited or merged. Needs write access to the parent, or to have made the br
ui_builder_compare_branches — Put a design's alternatives side by side in one call: the parent's head and each open branch (or the `branchIds` named) rendered into ONE picture — a short-live
ui_builder_pick_branch — Ask the person which alternative (open branch) of a design to keep, and return their choice. In ChatGPT or Codex it is a thumbnail picker, one option per branch
catalog_list_data_products — List the structured data-product kinds of one catalog, optionally one preview. Name the catalog with 'catalog' (ids from catalog_list_projects) or a preview 'ur
catalog_get_preview_data — Fetch the merged accessibility or annotation product for a preview. This lane requires live grant scope.
list-all-documentation — Storybook-MCP-compatible alias that lists every preview as a story.
get-documentation-for-story — Storybook-MCP-compatible preview metadata lookup.
preview-stories — Storybook-MCP-compatible rendering of one or more story ids. Requires live scope.

when	check	result	http	latency	detail
2 h ago	mcp initialize	ok	200	26 ms	server compose-preview-catalog 3.116.0 · protocol 2025-06-18 · 68 tools
9 h ago	mcp initialize	ok	200	28 ms	server compose-preview-catalog 3.114.0 · protocol 2025-06-18 · 68 tools
15 h ago	mcp initialize	ok	200	28 ms	server compose-preview-catalog 3.112.0 · protocol 2025-06-18 · 68 tools
21 h ago	mcp initialize	ok	200	29 ms	server compose-preview-catalog 3.111.0 · protocol 2025-06-18 · 68 tools
27 h ago	mcp initialize	ok	200	24 ms	server compose-preview-catalog 3.111.0 · protocol 2025-06-18 · 68 tools
34 h ago	mcp initialize	ok	200	163 ms	server compose-preview-catalog 3.110.0 · protocol 2025-06-18 · 68 tools
2 d ago	mcp initialize	ok	200	29 ms	server compose-preview-catalog 3.109.0 · protocol 2025-06-18 · 68 tools
2 d ago	mcp initialize	ok	200	25 ms	server compose-preview-catalog 3.108.0 · protocol 2025-06-18 · 65 tools
2 d ago	mcp initialize	ok	200	27 ms	server compose-preview-catalog 3.107.0 · protocol 2025-06-18 · 65 tools
3 d ago	mcp initialize	ok	200	326 ms	server compose-preview-catalog 3.106.0 · protocol 2025-06-18 · 65 tools

Compose Preview Catalogs

This record is unclaimed

Evidence

What the publisher says

Capabilities

Where this record came from