# Compose Preview Catalogs (remote · preview.coo.ee) Browse, inspect and render Jetpack Compose Material 3 and Wear component catalogs. - Trust score: 66/100 (medium) - Registry status: active - Liveness: live - Owner verified: no - Last scored: 2026-10-06 ## Components - remote · `preview.coo.ee`: 66/100 (this document), [markdown](https://verifymcp.io/servers/yschimke-compose-preview/preview.md), [page](https://verifymcp.io/servers/yschimke-compose-preview/preview) ## Channel facts - Endpoint: `https://preview.coo.ee/mcp` - Transports: `streamable-http` - Auth: `none` - Version: `3.113.0` ## Trust breakdown How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. Scores are 0–100 per category. Scoring method: https://verifymcp.io/docs/scoring (what has changed: https://verifymcp.io/docs/scoring/changelog) Scored 2026-10-06. - **Endpoint Security**: 66/100 - The endpoint's TLS certificate is valid, in date, and uses a strong key. - Authorisation not fully verified: no authorisation is required to call this server, and 65 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. - HTTPS is enforced; there's no plaintext access path. - The HSTS (Strict-Transport-Security) header is present. - DNSSEC is configured correctly; the domain's records validate against the full chain to the root. - **Transport & Reachability**: 100/100 - Verified streamable-http transport via a live MCP handshake. - **Schema Quality & AI Usability**: 60/100 - AI-judged instruction clarity (excellent). - Context-footprint check failed: tool/resource definitions use about 17232 tokens (~265/item across 65 items; 65 tools + 0 resources), over budget; trim descriptions and params. - Usage-examples check failed: none of the tools include examples. - **Stability & Change Management**: 20/100 - Stability observed for 6 of 30 days with no destabilising changes; credit accrues until the full window elapses. - **Tool Coverage**: 93/100 - 100% of tools have a non-trivial description (not blank, and not just the tool's name). - 74% of tool parameters carry a description. - Structured output schemas are declared (100% of tools); any adoption earns full credit. - **Tool Safety**: 75/100 - No prompt-injection markers were found in the server instructions, tool names or descriptions we captured. - 0 of 2 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation; "ui_builder_delete_design" implies "delete" and declares no destructiveHint at all, which the MCP spec reads as destructive by default. - An AI judge read all 66 captured unit(s) of tool text and found none that tries to manipulate the model reading it. - **Capabilities**: 100/100 - Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28. - Supports UI / widget rendering. ## Install ### How do I install the Compose Preview Catalogs MCP server? Compose Preview Catalogs is a hosted endpoint at https://preview.coo.ee/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation. ### Claude ```bash claude mcp add --transport http yschimke-compose-preview 'https://preview.coo.ee/mcp' ``` ### Cursor ```json { "mcpServers": { "yschimke-compose-preview": { "url": "https://preview.coo.ee/mcp" } } } ``` ### VS Code ```json { "servers": { "yschimke-compose-preview": { "type": "http", "url": "https://preview.coo.ee/mcp" } } } ``` ### Codex ```toml [mcp_servers.yschimke-compose-preview] url = "https://preview.coo.ee/mcp" ``` ### opencode ```json { "$schema": "https://opencode.ai/config.json", "mcp": { "yschimke-compose-preview": { "type": "remote", "url": "https://preview.coo.ee/mcp", "enabled": true } } } ``` ### OpenClaw ```bash openclaw mcp add yschimke-compose-preview --url 'https://preview.coo.ee/mcp' --transport streamable-http ``` ### Hermes ```yaml mcp_servers: yschimke-compose-preview: url: "https://preview.coo.ee/mcp" ``` ### Netclaw ```json { "McpServers": { "yschimke-compose-preview": { "Transport": "http", "Url": "https://preview.coo.ee/mcp" } } } ``` ### Vellum ```bash assistant mcp add yschimke-compose-preview -t streamable-http -u 'https://preview.coo.ee/mcp' ``` ### Other ```json { "mcpServers": { "yschimke-compose-preview": { "type": "http", "url": "https://preview.coo.ee/mcp" } } } ``` The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs. ## Changelog Every change recorded for this component, newest first. Days that predate change tracking, or that we cannot explain, say so: "we were watching and nothing happened" and "we were not watching" are different claims. ### 2026-10-06 (score 66, +1) - [functional regression] Schema quality: 231 → 265 - [functional improvement] Tool coverage: 66% → 74% - [functional] This server's schema is too large to store in full, so we cannot compare its tools day to day ### 2026-10-04 (score 65, +1) - [functional] This server's schema is too large to store in full, so we cannot compare its tools day to day ### 2026-10-03 (score 64, +2) - [security improvement] HSTS header: fail → pass - [functional] This server's schema is too large to store in full, so we cannot compare its tools day to day ### 2026-10-02 (score 62, +1) - [functional regression] Schema quality: 12493 → 14378 - [functional] Schema quality: good → excellent - [functional] This server's schema is too large to store in full, so we cannot compare its tools day to day ### 2026-10-01 (score 61, 0) - [functional regression] Schema quality: 9579 → 12493 - [functional improvement] Tool coverage: 57% → 62% - [functional improvement] Stability: unverified → 0.03 - [functional] This server's schema is too large to store in full, so we cannot compare its tools day to day ### 2026-09-30 (score 61) First indexed and scored. ## MCP tools (68) The latest capture was truncated, so this tool list may be partial. ### `request_access` (~164 tokens) 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 that the code on the page matches, then call poll_access. When the client supports URL elicitation, call poll_access with urlMode=true instead of pasting the link into chat; clients without it keep this complete text fallback. The link grants nothing by itself — keep the deviceSecret this returns, it is what collects the token. Use this when a call answered 'authorization_required', or when your token stopped working (a server restart drops every grant). Input parameters: - `capabilities` (array) - `label` (string) - `scope` (string) - `ttlSeconds` (integer) ### `poll_access` (~257 tokens) 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 instead of a dozen, since each poll here costs a whole round trip through you. It waits 8 seconds by default; pass waitSeconds (up to 30) if your client tolerates a longer call. Pass urlMode=true when the client supports URL elicitation: while the request is pending this returns the standard -32042 URL-elicitation-required error, and retrying the same call after the browser decision returns the outcome. A wait that times out answers status=pending, and you simply call again. Then approved (with the token) or denied/expired. Use the token on every later call: as the X-Compose-Preview-Token header where you control headers, and otherwise as each gated tool's 'token' argument — which is what an MCP client reaching this flow mid-session needs, since its headers were fixed when it connected. Input parameters: - `deviceSecret` (string, required) - `requestId` (string, required) - `urlMode` (boolean): Use the protocol-standard URL elicitation UI while this request is pending. - `waitSeconds` (integer) ### `status` (~76 tokens) Report readiness and the aggregate catalog set. Input parameters: - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `catalog_list_projects` (~104 tokens) 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'. Input parameters: - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `catalog_library` (~152 tokens) Preview Catalogs 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. To find previews without the app, call catalog_list_projects, then catalog_list_previews with a catalog id. Also opens from the ChatGPT/Codex sidebar. Input parameters: - `projectId` (string): A catalog id from catalog_list_projects whose previews to list. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_open` (~164 tokens) UI Builder 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 link to /design/ opens one design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `catalog_list_previews` (~213 tokens) List the Compose previews and published metadata of one hosted catalog. 'catalog' is required (ids from catalog_list_projects). Pass 'query' (a component name such as EdgeButton) to narrow by id or label; results are paged (100 by default, 'offset'/'limit' for more). This server holds published library catalogs only: previews of the project you are editing come from the local compose-preview-mcp server, not from here. Input parameters: - `catalog` (string, required): A catalog id from catalog_list_projects. - `limit` (integer) - `offset` (integer) - `query` (string): Case-insensitive substring of a preview id or label, such as a component name. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `catalog_render_preview` (~205 tokens) 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/figma-svg vector export as SVG source, or observe=scroll-png / observe=scroll-svg for the full-page capture of a scrollable screen rather than the viewport crop. Overrides, other observations and fresh renders require live grant scope; without it, a call with no overrides returns the published snapshot (as resources/read does). Input parameters: - `catalog` (string) - `observe` (string) - `overrides` (object) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) Output parameters: - `imageUrl` (string): Short-lived signed https URL of the rendered PNG, on a host with a public origin. ### `catalog_render_matrix` (~190 tokens) 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). Prefer this over a catalog_render_preview per combination: the cells share one catalog lease and are reported together, so comparing axes costs one round trip instead of N. Capped at 24 cells. Requires live grant scope. Input parameters: - `axes` (object, required) - `catalog` (string) - `observe` (string) - `overrides` (object) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) ### `catalog_list_devices` (~127 tokens) 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; an unrecognised name renders the default frame rather than failing, so check here instead of guessing. Input parameters: - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `catalog_diff_semantics` (~176 tokens) 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, not a positional ref, so a tag that stops resolving is reported rather than silently retargeted at different pixels. Requires live grant scope. Input parameters: - `catalog` (string) - `other` (object, required) - `otherOverrides` (object) - `overrides` (object) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) ### `catalog_history_list` (~165 tokens) 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 on every publish) rather than genuinely changing. Where this server holds the timeline it is returned inline; where the catalog is published from a delivery branch the manifest lives on that branch and this reports where to fetch it. Input parameters: - `catalog` (string) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) ### `catalog_history_diff` (~177 tokens) 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 are already collapsed distinct renders, so whether the bytes changed is answered without fetching either image. Reports `unstable` so a difference on a nondeterministic preview is not mistaken for a real change. Input parameters: - `catalog` (string) - `from` (string) - `previewId` (string) - `to` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) ### `catalog_history_read` (~150 tokens) 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, or wants the bytes rather than the timeline. Input parameters: - `blob` (string) - `catalog` (string) - `commit` (string) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) ### `ui_builder_list_catalogs` (~323 tokens) 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 catalog's `catalogPin` here is exactly that. By default a summary of what authoring needs, a few KB rather than the whole capability: per component its id, role, traits, `slots` as `name[min..max]:accepted|roles` and `properties` as `name:type`, with `!` when required and `=a|b` listing the allowed values; per catalog its export formats and the modifier vocabulary. `full: true` returns the released CatalogsResponseV1 envelope with adapter status, parity and export notes per component; `componentIds` narrows either to the components you are about to use. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `componentIds` (array): Only these components. Omit for all of them. - `full` (boolean): The whole CatalogCapabilityV1 per catalog, as the released envelope. Defaults to false. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_search_components` (~223 tokens) Find catalog components by name, role or trait (case-insensitive substring), e.g. `TextField`, `Button`, `Card`. Returns the same summary as ui_builder_list_catalogs (id, role, traits, slots, properties, and the catalog pin) for only the matches, so you don't pay for the whole catalog. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `catalog` (string): Only this catalog system id. Omit to search every catalog. - `query` (string, required): Text to look for in a component's id, role or traits. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_list_designs` (~161 tokens) List the UI-builder designs on this server, newest first, with the cursor to continue. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `cursor` (string): Continue a previous page. - `limit` (integer): Designs per page. Defaults to 50. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_get_design` (~289 tokens) Read one design: its whole document — nodes, slots, properties, modifiers, state variables and catalog pin — plus the revision to quote as `baseRevision` when editing it. The catalog the design pins is left out unless `includeCatalog` is true: it is the same for every design on the pin, ui_builder_list_catalogs serves it, and it is most of the bytes. On hosts with design discussions, `unacknowledgedComments` is the number of comment threads this actor has not acknowledged; a nonzero count also carries the bounded `comments` notice. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `includeCatalog` (boolean): Embed the pinned catalog's whole CatalogCapabilityV1 in the snapshot, as the released shape does. Defaults to false. - `revision` (integer): A past revision. Omit for the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_preview_catalog_recovery` (~187 tokens) 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 returns a CatalogUpgradePreviewV1 with changes, issues and the hashes required by a later `upgradeCatalog` mutation through ui_builder_apply. This call never writes. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_await_design` (~366 tokens) 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 or another agent commits an edit, as the same update frame the browser's own live socket receives; returns a `timedOut` reply if nothing happens within `waitSeconds`, which you answer by calling again with the same cursor. Quote as `afterSequence` the `throughSequence` of the delta you last received, or the `lastSequence` of the last snapshot; a cursor the server no longer retains is answered with a whole snapshot instead of the operations you missed. `waitSeconds: 0` checks without blocking. Nothing is lost between calls — the cursor is replayed when you call again — so somebody merely looking at the design does not wake you, and only a committed change does. Input parameters: - `afterSequence` (integer, required): The `lastSequence` you last saw, from ui_builder_get_design or a previous wait. - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `includeCatalog` (boolean): When the reply is a whole snapshot, embed the pinned catalog in it. Defaults to false. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `waitSeconds` (integer): Up to 120. Defaults to 25. ### `ui_builder_create_design` (~341 tokens) 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 `catalogPin` must match a catalog revision this server serves, and a copy carries one that does. A `document` whose `home` is an existing design on this server is refused with a `compose-preview-decision/v1` choice to put to the person — or, when your client supports form elicitation on this connection, the person is asked in a form and the call acts on their answer. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required): The id for the new design. - `document` (object): A whole DesignDocumentV1. - `fromDesignId` (string): Copy this design's document instead. - `includeCatalog` (boolean): Embed the pinned catalog in the returned snapshot. Defaults to false. - `title` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `visibility` (string): Defaults to the server's configured visibility, which is private unless the operator chose public. Public allows anyone with the link to view; editing still requires explicit access. ### `ui_builder_apply` (~484 tokens) Apply design mutations — insertNode, setProperty, deleteNode, moveNode and the rest of DesignMutationV1 — as one operation. `baseRevision` is the revision you read; the outcome reports conflicts or rejected edits. This is how an agent adds a scaffold, fills its slots and sets modifiers. Use `setStateVariable` with `name` and `declaration` to add or edit state, `removeStateVariable` with `name` to remove unused state, and `setEventBinding` with `nodeId`, `event` and an ordered `actions` array to edit behavior. An empty actions array removes the event handler. `removeNodeProperty` (or a setProperty whose value is `{"type":"null"}`) unsets the property — the way back after trying one — and is refused, naming the node and the field, when the catalog requires it. When somebody has commented on the design and you have not acknowledged it, the outcome carries a `comments` block naming the threads waiting on you; read it, because it is somebody talking about what you are editing. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `baseRevision` (integer, required): The revision these mutations were written against. - `clientId` (string) - `designId` (string, required) - `operationId` (string, required): Your id for this operation; makes a retry idempotent. - `operations` (array, required): DesignMutationV1 objects. State example: {"type":"setStateVariable","name":"expanded","declaration":{"type":"value","valueType":"bool","initialValue":false,"nullable":false,"persistence":"preview"}}.… - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_move_design_home` (~366 tokens) Move a design's canonical home between this server and a repository checkout. This changes real authoritative state: quote the exact `baseRevision` and current `sourceHome` from ui_builder_get_design, provide a stable `operationId`, and name the new `targetHome`. The old server record remains as a retained copy pointing at the new home. The reply is an idempotent operation outcome with the new revision; a stale revision or changed source home is refused rather than overwriting a concurrent move. Unless the person already chose this move, call first with `dryRun: true`: it changes nothing and returns the choices to put to them — or, when your client supports form elicitation on this connection, asks them in a form and, if they choose to move, returns this move's outcome. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `baseRevision` (integer, required): The exact current revision read from the design. - `designId` (string, required) - `dryRun` (boolean): Validate and return the person's choices without changing anything. - `operationId` (string, required): Your stable id; makes a retry idempotent. - `sourceHome` (required): The exact current DesignHomeV1, or null when the design is unhomed. - `targetHome` (required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_replace_design_document` (~356 tokens) Replace one stored design from a complete DesignDocumentV1 copy — the authoritative save-back and re-import operation. The document must name the same design and the same canonical home you read from ui_builder_get_design; `baseRevision` must still be current. The runtime validates the complete document and quotas, preserves server-owned identity, access and creation time, retains the old revision, and broadcasts a whole snapshot. Retry with the same `operationId`; never invent a new id after a lost response. Unless the person already chose to save back or re-import onto this home, call first with `dryRun: true`: it changes nothing and returns the choices to put to them — or, when your client supports form elicitation on this connection, asks them in a form and returns the outcome of the write they chose. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `baseRevision` (integer, required): The exact current revision being replaced. - `designId` (string, required) - `document` (object, required): The complete replacement DesignDocumentV1, including the existing home. - `dryRun` (boolean): Validate and return the person's choices without changing anything. - `operationId` (string, required): Your stable id; makes a retry idempotent. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_export` (~214 tokens) Export a design. `compose` returns the Kotlin the generator writes, or — when the design holds something it cannot express — diagnostics naming each reason. This is the same gate the browser's code pane shows, so an agent and a designer get the same answer about the same design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `format` (string): Defaults to compose. Available formats: compose, svg, png, bundle. Check the catalog exportCapabilities. - `revision` (integer) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_validate` (~368 tokens) 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 apply them. Runs the same checks the real call does — document shape, catalog pin, the catalog's own validation, the mutation reducer — and then the Compose export gate, which is the list the editor's problems panel shows. Returns `{valid, problems:[{severity, source, code, message, nodeId?, field?, operationIndex?}]}`; `valid` is false exactly when a problem is an error. Nothing is written, no revision moves and nobody watching the design is notified. The shapes are published as the resources compose-preview://schemas/ui-builder-document-v1.json and compose-preview://schemas/design-mutation-v1.json. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `baseRevision` (integer): The revision the operations were written against; a stale one is reported as a warning. - `designId` (string): A stored design to check, or to check `operations` against. - `document` (object): A whole DesignDocumentV1 to check. - `operations` (array): DesignMutationV1 objects to check against `designId`'s current document, as ui_builder_apply takes them. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `designId` - `problems` (array) - `revision` - `schema` (string) - `valid` (boolean) ### `ui_builder_put_asset` (~353 tokens) 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-encoded in `imageBase64`; the server stores them by content digest and pins {mediaType, contentDigest, source: uploaded} into the design's `assets` map under the key. This moves the design's revision, and the reply carries the new one to quote as `baseRevision`. Idempotent by content — the same bytes under the same key change nothing. Put the picture first, then insert the `asset/image` node with ui_builder_apply: the reducer refuses a key that is neither pinned in the design nor in the catalog's own registry. A pinned key whose bytes a lane cannot show renders as a visible placeholder, never as an error. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `assetKey` (string, required): 1 to 64 characters of letters, digits, '.', '_' or '-'; what the node's assetKey property names. - `designId` (string, required) - `imageBase64` (string, required): The image bytes, base64. At most 1 MiB decoded. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_design_access` (~185 tokens) 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 — this is the answer to "who else is in here" and to "what is the id I must name when sharing". Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_share_design` (~342 tokens) 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:` for a signed-in person, `operator` for the token holder, `agent:` for another agent's grant; ui_builder_design_access lists the ones a design already carries. A `viewer` may read and export, an `editor` may also change the design, and neither may share it on. Only the design's owner may share it, and an agent acting under an approved grant shares as the person who approved that grant. Pass visibility instead of actorId to choose private or public (read only). Private keeps existing invited collaborators. Input parameters: - `actorId` (string): Who to share with, e.g. github:octocat. - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `revoke` (boolean): Take this actor's access away instead. - `role` (string): editor or viewer. Defaults to viewer. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `visibility` (string): Change visibility instead of an actor grant. Public is read only. Private keeps invited collaborators. ### `ui_builder_get_links` (~306 tokens) 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` it is being discussed in, and the `previous` design it continues. Start a session on somebody else's design here — it is the brief, and it is what ui_builder_get_design cannot tell you. Every field is optional; a reply with none of them means nobody has said yet. The record is kept beside the design and is never part of it: no node holds it, no export sees it, and writing one does not move the revision. Ancestry rides along where there is some: `forkedFrom` / `forks` for a fork made with ui_builder_fork_design, and `branchOf` / `branches` for a design branch and its parent. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_set_links` (~367 tokens) 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 adding to what is already there. `issue`, `reference`, `pr` and `thread` are absolute http or https URLs, at most 2 KB each; `previous` is a design id on this host, not a URL. Anything else is refused with the reason. Sending an empty record clears it. Record the `pr` when you open one for a design you built here: it is what lets the next session, and the person who filed the issue, find one from the other. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `issue` (string): The tracker issue this design is for. - `pr` (string): The pull request that implemented it. - `previous` (string): The design id on this host that this one continues. - `reference` (string): The frame in the design tool it reproduces. - `thread` (string): A permalink to a discussion held elsewhere, such as a chat thread. It does not replace this server's comments for a server-homed design: keep that discussion on the design. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_rename_design` (~238 tokens) 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, and not part of any mutation. Anybody who may write the design may rename it. The revision does not move — a title is not design content — so `baseRevision` is not needed and an edit in flight is unaffected. Not the released envelope: the contract has no rename, so the reply is the design's listing entry with its new title. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `title` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_delete_design` (~226 tokens) 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 a write grant on this server — so a session can clean up the designs it made and cannot reach anybody else's; an agent acting under an approved grant owns what it created as the person who approved it. There is no undo. Not the released envelope: the contract has no delete, so the reply names the design that is gone. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_list_comments` (~243 tokens) 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 every reply under it. `sequence` rises on each change and is the cursor to quote to ui_builder_await_comments. Comments are kept beside the design and are never part of it: no node holds them and no export sees them. Each thread carries `acknowledgedBy`, so you can see what you have already caught up with; say you have read the rest with ui_builder_acknowledge_comment. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_post_comment` (~323 tokens) 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), `nodeId` (a node in the design), or `x`/`y` in frame fractions, so the person reading it can see what you meant. The comment is attributed to your own grant; you cannot post as somebody else. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `body` (string, required) - `designId` (string, required) - `displayName` (string): The name to show beside your actor id. - `markId` (string): Pin to a markup stroke on the reference. - `nodeId` (string): Pin to a design node. - `threadId` (string): Reply into this thread. Omit to start one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `x` (number): Pin to a point on the frame, 0..1 across. - `y` (number): Pin to a point on the frame, 0..1 down. ### `ui_builder_resolve_comment_thread` (~173 tokens) Close a comment thread once it is answered, or reopen one by passing `resolved: false`. The resolution is attributed to you and is reversible. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `resolved` (boolean): Defaults to true. - `threadId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_acknowledge_comment` (~284 tokens) 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 you have seen it, which is the honest thing to say while you are still working on what it asked for. Omit `threadId` to acknowledge the whole discussion, which is what you mean after reading it with ui_builder_list_comments. Acknowledgement is per actor, so a thread you have read is still waiting for the other people in the design, and it is what clears the `comments` block the server puts on your ui_builder_apply, ui_builder_get_design, ui_builder_export and ui_builder_put_asset replies. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `threadId` (string): One thread. Omit for every thread on the design. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_react_to_comment` (~287 tokens) 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 fix somebody made, where a reply would be noise in a thread a person has to read. `commentId` is the `id` of a comment inside a thread, from ui_builder_list_comments. Reacting also acknowledges that thread for you, so it counts as the lightest acknowledgement; it says nothing about whether the question is settled. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `commentId` (string, required): The comment to react to, from its thread's `comments`. - `designId` (string, required) - `on` (boolean): False takes your reaction back. Defaults to true. - `reaction` (string, required): One emoji, at most 24 characters. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_await_comments` (~252 tokens) 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 another agent — posts, resolves or deletes; returns a `timedOut` reply if nothing happens within `waitSeconds`, which you answer by calling again with the same cursor. This is how you hold a conversation about a design: post, wait, read, act. Input parameters: - `afterSequence` (integer, required): The `sequence` you last saw. 0 for anything at all. - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `waitSeconds` (integer): Up to 120. Defaults to 25. ### `ui_builder_render_native` (~258 tokens) 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. Returns the first frame, the token the live frame stream is opened with, and the design node ids the render is tagged with, so `catalog_get_preview_data` can report each node's bounds and a client can put selectable regions over the image. This host has a native render lane. The reply is not an McpResponseEnvelopeV1: the released contract defines no request type for a native render. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `revision` (integer): A past revision. Omit for the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_view` (~443 tokens) 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 is attached, the discussion's `comments` pins, and the layout `bounds` — and beside it JSON with the revision, each visible node's id and box, each pin's thread and position, all in the returned image's pixels. The picture is a short-lived signed https link by default; `inline: true` puts the bytes in the reply as well. The frame is the PNG export (`renderer: "export"`, the editor's own renderer), which reports no node boxes; `renderer: "native"` draws real Compose on a host with a native render lane, reports every node's box so the selection can be outlined, and needs the ui-builder-export capability. A node with no box is reported, never drawn at a guessed position. Not an McpResponseEnvelopeV1. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `include` (array): Overlays to draw. Defaults to comments, reference, selection; [] draws the bare frame. - `inline` (boolean): Also return the PNG as an image block. Defaults to false; a host with no public origin always does. - `renderer` (string): Defaults to export. - `revision` (integer): A past revision. Omit for the current one. - `selection` (array): Node ids to show as selected. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `viewport` (object): Fit the picture inside this many pixels, keeping its aspect ratio. Omit for the render's own size. Output parameters: - `boundsUnavailable` - `comments` (array) - `designId` (string) - `frame` (object) - `image` (object) - `imageBase64` - `include` (array) - `nodes` (array) - `notes` (array) - `reference` - `renderer` (string) - `revision` (integer) - `schema` (string) - `selection` (array) ### `ui_builder_check_design` (~624 tokens) 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 pinned catalog's validation, the mutation reducer and the Compose export gate — what ui_builder_validate runs) and `a11y`: controls with no label, icons and pictures with no `contentDescription`, touch targets under 48dp, text and icon contrast under WCAG 4.5:1 / 3:1, and text in a fixed height that clips at 200% font scale. Check a stored design (`designId`, optionally a past `revision`), a whole `document`, or `operations` applied to a scratch copy of `designId` exactly as ui_builder_apply would — nothing is saved. Returns `summary` first, then `ok`, the counts, and `findings` with the `nodeId` each is about, so you can fix them with ui_builder_apply and check again. `rendered: true` measures touch targets on a native render where the host has one (needs the ui-builder-export capability). Contrast against theme roles is resolved with the Material 3 baseline scheme and reported as a warning, never an error. `guidelines` runs only when named: a model judges the design against the Android design guides (developer.android.com) for its platform and reports each broken rule as a warning or note with its source. It uses this host's shared model key, so it runs only for the accounts the operator enabled and is reported as skipped for everyone else; with `rendered: true` the visual rules are judged on the native render too. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `baseRevision` (integer): The revision `operations` were written against; a stale one is a warning. - `checks` (array): Which checks to run. Defaults to schema, catalog, a11y; `guidelines` runs only when named. - `designId` (string): A stored design to check, or to check `operations` against. - `document` (object): A whole DesignDocumentV1 to check instead of a stored design. - `operations` (array): DesignMutationV1 objects to apply to a scratch copy of `designId` and check — a dry run. - `rendered` (boolean): Measure touch targets on a native render, and show it to the guidelines model. Defaults to false. - `revision` (integer): A past revision of `designId`. Omit for the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `checks` (array) - `designId` - `dryRun` (boolean) - `errors` (integer) - `findings` (array) - `guidelines` - `ok` (boolean) - `revision` - `schema` (string) - `skipped` (array) - `summary` (string) - `truncated` (integer) - `warnings` (integer) ### `ui_builder_guidelines_prompt` (~347 tokens) 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 guidance from developer.android.com, each with its source), the fixed system prompt, the user message with the design tree and Compose source, the JSON schema the verdicts must follow, a sentence on where each part comes from, and the pictures as image blocks — a Wear screen on its device (and unrolled when it scrolls), a Wear widget in the Samsung and Pixel Watch containers, a phone or tablet design at phone and tablet size. It spends no key. Judge it with your own model, then record the verdicts with ui_builder_record_guidelines so the editor and other agents see them. `rendered: false` leaves out the pictures and source (and the visual rules), and needs only read access; otherwise it needs the ui-builder-export capability. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `rendered` (boolean): Attach native renders and the Compose source. Defaults to true. - `revision` (integer): A past revision. Omit for the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `designId` - `pictures` (array) - `platform` - `provenance` (array) - `responseSchema` (object) - `revision` (integer) - `rules` (object) - `schema` (string) - `sourceAttached` (boolean) - `systemPrompt` (string) - `userText` (string) ### `ui_builder_get_guidelines` (~214 tokens) 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 agent that recorded verdicts with ui_builder_record_guidelines. Returns the record (model, revision, rules asked, verdicts, `ranBy`), the findings it implies, and `stale: true` when the design has changed since it was checked. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `currentRevision` (integer) - `designId` (string) - `findings` (array) - `record` - `schema` (string) - `stale` (boolean) - `summary` (string) - `unanswered` (array) ### `ui_builder_record_guidelines` (~325 tokens) 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 show them. Pass the `revision` and rule ids the prompt asked (`rules.asked[].id`), and one verdict per rule you answered: `pass`, `fail` or `not_applicable`, with `confidence` 0..1, the `nodeIds` it is about and a one-sentence `reason`. `ranBy` is taken from your credential. Returns what ui_builder_get_guidelines returns. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `asked` (array, required): The rule ids the prompt asked. - `designId` (string, required) - `model` (string, required): The model that judged it, e.g. anthropic/claude-haiku-5.5. - `revision` (integer, required): The revision the prompt was built from. - `rulesVersion` (integer): The prompt's `rules.version`. Defaults to this host's. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `verdicts` (array, required) Output parameters: - `currentRevision` (integer) - `designId` (string) - `findings` (array) - `record` - `schema` (string) - `stale` (boolean) - `summary` (string) - `unanswered` (array) ### `ui_builder_render_design_matrix` (~486 tokens) 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 on the sheet. Nothing is saved — the design's environment is swapped on a scratch copy for each cell. Name `devices` by preset (phone_small, phone, phone_landscape, foldable_folded, foldable_unfolded, tablet_portrait, tablet_landscape, wear_small_round, wear_large_round, wear_square, tv_1080p) or as {widthDp, heightDp, label?, round?}; or a `formFactor` (phone, foldable, tablet, wear, tv, adaptive) for its default set; with neither you get the design's own form factor — phone, foldable and tablet for a mobile catalog, the round watches for Wear. Add `themes: ["light","dark"]` and `fontScales: [1, 2]` to cross them; at most 16 cells. The sheet is a short-lived signed https link kept under 3.5 MB, so a chat surface can show it inline; `inline: true` puts the bytes in the reply as well. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `devices` (array): Devices to draw. Omit for the form factor's defaults. - `fontScales` (array): Defaults to the design's own font scale. - `formFactor` (string): A default device set, instead of `devices`. - `inline` (boolean): Also return the PNG as an image block. Defaults to false; a host with no public origin always does. - `revision` (integer): A past revision. Omit for the current one. - `themes` (array): Defaults to the design's own theme. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `cells` (array) - `columns` (integer) - `designId` (string) - `image` (object) - `imageBase64` - `revision` (integer) - `rows` (integer) - `schema` (string) - `summary` (string) ### `ui_builder_record_decision` (~274 tokens) 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 revision. Recorded as an agent's decision, so a person waiting with ui_builder_await_decision's default `from: "human"` is not answered by it. Pass your own `decisionId` to make a retry idempotent. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `decisionId` (string): Your id for this decision; makes a retry idempotent. - `designId` (string, required) - `displayName` (string) - `note` (string): Why, in a sentence or two. - `revision` (integer, required): The revision the verdict is about. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `verdict` (string, required) Output parameters: - `approved` (boolean) - `decisions` (array) - `designId` (string) - `latest` - `schema` (string) - `sequence` (integer) - `summary` (string) - `timedOut` (boolean) ### `ui_builder_await_decision` (~336 tokens) 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 default only a person's (`from: "human"`), on any revision unless you name one — or a `timedOut` reply after `waitSeconds`. Every reply carries `latest` (the newest matching verdict, new or not) and `approved`, so `waitSeconds: 0` is a cheap, idempotent poll for a routine that can only check back later; quote the reply's `sequence` as the next `afterSequence`. People record theirs over the design's `decisions` HTTP route. Input parameters: - `afterSequence` (integer): The `sequence` you last saw. 0 for anything at all. - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `from` (string): Whose decisions count. Defaults to human. - `revision` (integer): Only decisions on this revision. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `waitSeconds` (integer): Up to 120. Defaults to 25; 0 checks without blocking. Output parameters: - `approved` (boolean) - `decisions` (array) - `designId` (string) - `latest` - `schema` (string) - `sequence` (integer) - `summary` (string) - `timedOut` (boolean) ### `ui_builder_set_implementation` (~273 tokens) 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 compared the PR's rendered previews with the design — `previewMatch` {status: match|mismatch|unknown, evidence: a URL to the comparison, note}. Replaces the whole record; pass only `designId` to clear it. Writing the same record again changes nothing and wakes nobody. Needs write access to the design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `pr` (string): The pull request URL. - `previewMatch` (object) - `revision` (integer): The design revision the PR implements. - `status` (string): Defaults to open. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `ui_builder_implementation_status` (~264 tokens) 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 and whether its previews were found to match, the latest verdict on this revision, and the Compose export with the generator's diagnostics. `summary` says in one line whether the PR implements this revision and whether it was approved. `includeExport: false` leaves the Kotlin out and needs only read access; with it the call needs the ui-builder-export capability. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `includeExport` (boolean): Include the Compose export. Defaults to true. - `revision` (integer): A past revision. Omit for the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `designId` (string) - `export` - `implementation` - `implementsRevision` (boolean) - `latestDecision` - `links` - `revision` (integer) - `schema` (string) - `summary` (string) ### `ui_builder_find_design_for_pr` (~180 tokens) 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 status and revision. Then call ui_builder_implementation_status for what the design expects. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `pr` (string, required): The pull request URL, exactly as recorded. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `designs` (array) - `pr` (string) - `schema` (string) - `summary` (string) ### `ui_builder_set_reference` (~532 tokens) 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 overlay the browser editor's Frame, density and reference panel shows, so a person opening the design sees what you attached. Kept beside the design and never part of it: no node holds it, no export sees it, the revision does not move. Send PNG, JPEG, WebP or SVG bytes in `imageBase64`. For a Figma frame, fetch the picture with your Figma tools (a screenshot of the node) and pass the frame's URL as `sourceUrl`; this host fetches nothing itself. State the export scale as `density` (2 for a Figma 2x export) or in the name (`card@2x.png`): without it a screen-shaped picture is read across the frame's width and anything else at the design's own density. The reply says what the picture is against the frame — size in dp, density, whether it is a screen or a region — and whether pixel comparison means anything. Marks drawn in the editor are kept; the alignment is reset, as a new picture in the editor does. A user-supplied image is stored on this host: say so, and attach it only with their permission. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `clear` (boolean): Remove the reference, its marks and pieces instead. - `density` (number): The picture's pixels per dp, e.g. 2 for a 2x export, 2.625 for a Pixel screenshot. - `designId` (string, required) - `imageBase64` (string): The picture, base64. PNG, JPEG, WebP or SVG; at most the host's reference size limit. - `name` (string): What the editor calls it. An `@2x` suffix declares the density. - `sourceUrl` (string): Where it came from, such as the Figma frame URL. Provenance only; never fetched. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `attached` (boolean) - `designId` (string) - `facts` - `notes` (array) - `reference` - `schema` (string) ### `ui_builder_compare_reference` (~475 tokens) 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 comparison means anything (`facts.pixelComparable` — a 328×56 dp crop stretched over a screen is not comparable until measured at its `actual` size); with `differences`, the share of pixels that differ and up to eight regions in dp, each with the layer it falls in; and for each of `nodeIds`, where that layer sits in the reference — from a box drawn over it in the editor, or a search of the reference's pixels, which for text also reads the font size — with the `alignment` that would make it agree (move, size, font size) and the exact `operations` to pass to ui_builder_apply. Nothing is written: apply the operations you agree with, then compare again and look with ui_builder_view. Layer matching needs node boxes, so `nodeIds` measures the native render (an export grant); differences alone use the PNG export. Treat `confident: false` as a hint to check, not an edit to make. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required) - `differences` (boolean): Measure where the frame differs. Defaults to true. - `fit` (string): How the picture is placed: contained and centred, across the width from the top, or at its own size from the top-left. Defaults to the fit the picture calls for (facts.recommendedFit). - `nodeIds` (array): Layers to match against the reference, each with a proposed alignment. - `renderer` (string): Which render to measure. Defaults to native when nodeIds is given, export otherwise. - `revision` (integer): Measure this revision. Defaults to the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `designId` (string) - `differences` - `differencesMessage` - `facts` (object) - `layers` (array) - `notes` (array) - `reference` (object) - `renderer` (string) - `revision` (integer) - `schema` (string) ### `ui_builder_list_revisions` (~249 tokens) A design's retained revisions, newest first: each one's number, who made it, when, the operation that produced it (`setProperty ×2, insertNode`, `undo`, `restored r3`) and its document digest. `retention` says how far back the history still reaches — older revisions are gone, and get, diff, restore and fork stop at that floor. Page with `before`. Read access. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `before` (integer): Only revisions older than this one; pass the previous reply's `nextBefore`. - `designId` (string, required) - `limit` (integer): Revisions per page. Defaults to 20. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `currentRevision` (integer) - `designId` (string) - `nextBefore` - `retention` (object) - `revisions` (array) - `schema` (string) - `summary` (string) ### `ui_builder_diff_designs` (~231 tokens) 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 and path (`root/slot[index]/node`), plus changed document fields (title, environment, state). Works across a design and its fork. `b` defaults to the current revision of `a`'s design. Values are the protocol's own JSON, ready to send back through ui_builder_apply. Read access to both. Input parameters: - `a` (object, required) - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `b` (object) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `a` (object) - `b` (object) - `counts` (object) - `document` (array) - `identical` (boolean) - `nodes` (array) - `schema` (string) - `summary` (string) - `truncated` (boolean) ### `ui_builder_restore_revision` (~281 tokens) 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 by restoring again. `baseRevision` must be the current revision (a restore that raced an edit is refused as stale). `dryRun: true` writes nothing and returns the diff the restore would apply. Needs write access to the design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `baseRevision` (integer, required): The design's current revision, from ui_builder_get_design or ui_builder_list_revisions. - `designId` (string, required) - `dryRun` (boolean): Return the diff without restoring. Defaults to false. - `operationId` (string): Makes a retry idempotent. Defaults to a fresh id. - `revision` (integer, required): The retained revision to restore. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `applied` (boolean) - `baseRevision` (integer) - `committedRevision` - `currentRevision` (integer) - `designId` (string) - `diff` (object) - `documentDigest` - `dryRun` (boolean) - `operationId` - `revision` (integer) - `schema` (string) - `stale` (boolean) - `summary` (string) ### `ui_builder_fork_design` (~304 tokens) 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 digest) and the parent's `forks` both show in ui_builder_get_links. A fork is not a branch: it never inherits the parent's canonical home and nothing flows back on its own, so tell the person it exists and bring a chosen change back with ui_builder_apply on the parent. Needs write access on this server and read access to the parent. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required): The design to fork. - `newDesignId` (string): The fork's id. Defaults to one derived from the parent; an id already taken is refused. - `revision` (integer): A retained revision. Omit for the current one. - `title` (string): The fork's title. Defaults to the parent's, marked with the revision. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `ancestryRecorded` (boolean) - `designId` (string) - `forkedFrom` (object) - `home` - `revision` (integer) - `schema` (string) - `summary` (string) - `title` (string) ### `ui_builder_branch_design` (~327 tokens) 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 its own id: edit it with ui_builder_apply, look at it with ui_builder_view or ui_builder_get_design, compare it with ui_builder_diff_designs, then bring it back with ui_builder_merge_branch or drop it with ui_builder_archive_branch. Branch N times from the same revision to try N alternatives: merging one archives the others. Branches of a branch are refused; so are asset uploads, restores and document replacements on a branch. Needs write access to the design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `branchId` (string): The branch's design id. Defaults to one minted from the parent's; naming one makes a retry idempotent. - `designId` (string, required): The design to branch. - `name` (string, required): What this alternative is, e.g. `compact header`. - `revision` (integer): A retained revision to fork at. Omit for the current one. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `branch` (object) - `schema` (string) - `summary` (string) ### `ui_builder_list_branches` (~212 tokens) 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 would replay; for a merged one the parent revision it landed at, for an archived sibling the branch whose merge superseded it. Read access to the design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `designId` (string, required): The parent design. - `status` (string): Only branches in this state. Defaults to all. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `branches` (array) - `designId` (string) - `schema` (string) - `status` (string) - `summary` (string) ### `ui_builder_merge_branch` (~315 tokens) 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: `applied` with the revision it landed at and any `STALE_*` notice of what it overwrote, or `refused` with the rejection code that stopped the run (nothing is then written), plus `skippedOperationIds` and how many were never tried. Run `dryRun: true` first. Resolve a refusal by passing that command's id in `skipOperationIds` (skip an undo with what it undoes), or branch again from the parent. On success the branch is merged and its open siblings — branches forked at the same revision — are archived. Needs write access to the parent. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `branchId` (string, required) - `dryRun` (boolean): Replay and report without writing anything. Defaults to false. - `skipOperationIds` (array): Logged commands to leave out of the replay. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `archivedSiblingIds` (array) - `branchId` (string) - `commands` (array) - `dryRun` (boolean) - `forkRevision` (integer) - `merged` (boolean) - `parentDesignId` (string) - `parentRevisionAfter` (integer) - `parentRevisionBefore` (integer) - `remaining` (integer) - `schema` (string) - `skippedOperationIds` (array) - `summary` (string) ### `ui_builder_archive_branch` (~160 tokens) 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 branch. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `branchId` (string, required) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `branch` (object) - `schema` (string) - `summary` (string) ### `ui_builder_compare_branches` (~368 tokens) 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-lived signed https link, numbered by caption — plus, per branch, what it changes against the parent at its fork (counts and a few lines, as ui_builder_diff_designs reports them). Show the person the picture and the numbered list, then ask with ui_builder_pick_branch; merge the choice with ui_builder_merge_branch. Writes nothing. Read access to the design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `branchIds` (array): Only these branches of the design, in this order. Defaults to every open branch, oldest first. - `designId` (string, required): The parent design. - `device`: Render every picture at this device instead of each design's own size: a preset id (phone_small, phone, phone_landscape, foldable_folded, foldable_unfolded, tablet_portrait, tablet_landscape, wear_sm… - `inline` (boolean): Also return the picture as an image block. Defaults to false: the signed link. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `branches` (array) - `columns` (integer) - `designId` (string) - `device` - `image` - `imageBase64` - `parent` - `parentRevision` (integer) - `rows` (integer) - `schema` (string) - `summary` (string) ### `ui_builder_pick_branch` (~336 tokens) 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; with plain form elicitation it is a single-choice form; otherwise — and in chat tools like Slack — it returns a numbered list and one picture for YOU to post, and the person replies with a number. It never waits on a client that cannot answer. `outcome` is `chosen` (with `branchId`), `declined`, `ask-in-chat` or `no-branches`. Writes nothing: merge the chosen branch with ui_builder_merge_branch (dryRun first). Read access to the design. Input parameters: - `agentModel` (string): Optional current model name shown to design viewers; self-reported. Omit when unknown. - `agentName` (string): Optional agent/client name shown to design viewers; self-reported. - `branchIds` (array): Only these open branches, in this order. Defaults to every open branch, oldest first. - `designId` (string, required): The parent design. - `inline` (boolean): With a numbered list, also return its picture as an image block. - `message` (string): The question to put to the person. Defaults to asking which alternative to keep. - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `branchId` - `designId` (string) - `image` - `imageBase64` - `options` (array) - `outcome` (string) - `schema` (string) - `summary` (string) - `via` ### `catalog_list_data_products` (~127 tokens) 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 'uri'. Input parameters: - `catalog` (string) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) Output parameters: - `dataProducts` (array) ### `catalog_get_preview_data` (~125 tokens) Fetch the merged accessibility or annotation product for a preview. This lane requires live grant scope. Input parameters: - `catalog` (string) - `kind` (string, required) - `overrides` (object) - `previewId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… - `uri` (string) ### `list-all-documentation` (~85 tokens) Storybook-MCP-compatible alias that lists every preview as a story. Input parameters: - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `get-documentation-for-story` (~96 tokens) Storybook-MCP-compatible preview metadata lookup. Input parameters: - `id` (string) - `storyId` (string) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… ### `preview-stories` (~131 tokens) Storybook-MCP-compatible rendering of one or more story ids. Requires live scope. Input parameters: - `id` (string) - `ids` (array) - `observe` (string) - `overrides` (object) - `storyId` (string) - `storyIds` (array) - `token` (string): A grant token from poll_access, when you cannot set the X-Compose-Preview-Token header yourself — an MCP client fixes its headers at connect time, so this is how a token approved during this session… Output parameters: - `observations` (array) ## Diagnostics Captured diagnostic sections: TLS, DNSSEC, Authorisation, Transports. The full working is on the page: https://verifymcp.io/servers/yschimke-compose-preview/preview#diagnostics ## Score history - 2026-10-06: 66 - 2026-10-04: 65 - 2026-10-03: 64 - 2026-10-02: 62 - 2026-10-01: 61 - 2026-09-30: 61 ## Common questions ### What is the Compose Preview Catalogs MCP server? Compose Preview Catalogs is an MCP server listed in the public MCP registry as io.github.yschimke/compose-preview. Browse, inspect and render Jetpack Compose Material 3 and Wear component catalogs. This page covers its hosted endpoint (https://preview.coo.ee/mcp). ### Is the Compose Preview Catalogs MCP server safe to use? Compose Preview Catalogs scores 66 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm. ### Does the Compose Preview Catalogs MCP server require authentication? No. We connected to Compose Preview Catalogs without credentials and it answered, so anything it exposes is reachable by anyone who knows the address. ### Is the Compose Preview Catalogs MCP server still maintained? Compose Preview Catalogs is still listed as active in the MCP registry. We last reached this channel on 6 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced. ## Links - Remote endpoint: https://preview.coo.ee/mcp - Repository: https://github.com/yschimke/compose-preview-server - Changelog RSS feed: https://verifymcp.io/servers/yschimke-compose-preview/preview.xml - Changelog JSON feed: https://verifymcp.io/servers/yschimke-compose-preview/preview.json - HTML version of this page: https://verifymcp.io/servers/yschimke-compose-preview/preview