Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

UI Verify

REMOTE · UIVERIFY.AI · SCANNED SEP 20

MCP server for visual regression testing: triage a PR's UI diffs from your coding agent.

Available components

+4 this week 72 Trust /100

Recent critical change

Authorization (17 Sept 2026). See the changelog before you install this server.

Trust breakdown (7 categories)

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. How we score → Why this is hard to score →

Endpoint Security63
Transport & Reachability100
Schema Quality & AI Usability66
  • AI-judged instruction clarity (excellent).Pass
  • Context-footprint check failed: tool/resource definitions use about 3416 tokens (~244/item across 14 items; 14 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management47
  • Stability observed for 14 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
  • Structured output schemas are declared (93% of tools); any adoption earns full credit.Pass
Tool Safety100
  • No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
  • All 1 tool(s) whose name or description implies an irreversible operation declare an MCP destructiveHint annotation.Pass
  • An AI judge read all 14 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
  • Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Install

How do I install the UI Verify MCP server?

UI Verify is a hosted endpoint at https://uiverify.ai/api/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.

remote · uiverify.ai

# add to Claude Code
claude mcp add --transport http igrlk-uiverify 'https://uiverify.ai/api/mcp'
// .cursor/mcp.json
{
  "mcpServers": {
    "igrlk-uiverify": {
      "url": "https://uiverify.ai/api/mcp"
    }
  }
}
// .vscode/mcp.json
{
  "servers": {
    "igrlk-uiverify": {
      "type": "http",
      "url": "https://uiverify.ai/api/mcp"
    }
  }
}
# ~/.codex/config.toml
[mcp_servers.igrlk-uiverify]
url = "https://uiverify.ai/api/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "igrlk-uiverify": {
      "type": "remote",
      "url": "https://uiverify.ai/api/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add igrlk-uiverify --url 'https://uiverify.ai/api/mcp' --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  igrlk-uiverify:
    url: "https://uiverify.ai/api/mcp"
// ~/.netclaw/config/netclaw.json
{
  "McpServers": {
    "igrlk-uiverify": {
      "Transport": "http",
      "Url": "https://uiverify.ai/api/mcp"
    }
  }
}
# add to Vellum
assistant mcp add igrlk-uiverify -t streamable-http -u 'https://uiverify.ai/api/mcp'
// mcp.json
{
  "mcpServers": {
    "igrlk-uiverify": {
      "type": "http",
      "url": "https://uiverify.ai/api/mcp"
    }
  }
}

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 20 Sept 26 +1
    • “render_diff_image” added an optional parameter “pxPagination” cosmetic

    1 cosmetic change on this day. Switch on “Show cosmetic changes” to see it.

  • 18 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 37 to 40. That category is still filling its 30-day observation window: 11 days of observed history at the previous scan, 12 at this one. The score rises as the window fills, whether or not the server changes.

  • 17 Sept 26 0
    • Authorization: unverified → fail critical
    • New tool “delete_comment”, which the server declares destructive security
    • Tool “get_build” rewrote its description, which is the text the model reads security
    • Tool “get_diff” rewrote its description, which is the text the model reads security
    • Schema quality: 270 → 239 functional
    • Destructive annotations: pass → 100 functional
    • New tool “list_comments” functional
    • New tool “post_comment” functional
    • New tool “resolve_comment” functional
    • New tool “update_comment” functional
  • 16 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 30 to 33. That category is still filling its 30-day observation window: 9 days of observed history at the previous scan, 10 at this one. The score rises as the window fills, whether or not the server changes.

  • 14 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.

  • 12 Sept 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.

  • 10 Sept 26 +1
    • A breaking change shipped without a version bump: still 0.1.0 security
    • Tool “get_change_attribution” was removed security
  • 9 Sept 26 0
    • Schema quality: 2437 → 2688 functional
    • New tool “get_change_attribution” functional
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 20 Sept 2026 · Probed https://uiverify.ai/api/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=uiverify.ai CN=YR2,O=Let's Encrypt,C=US 6 Sept 2026 5 Dec 2026 RSA 2048 SHA256-RSA 6aba37549e4b3e78a7ef3da02006775bb61
SANs: uiverify.ai
CN=YR2,O=Let's Encrypt,C=US (CA) CN=Root YR,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 RSA 2048 SHA256-RSA 4ebd24947e24d394802d84a52fd5b319
CN=Root YR,O=ISRG,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 RSA 4096 SHA256-RSA f24b6d17f9d9ad7cb1c9fea78782699f

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of uiverify.ai. Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
ai. present 3799 8 Verified
uiverify.ai. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication No authorisation required

The endpoint answered without asking for a token. Anyone who knows the URL can reach it.

Result No authorisation required
HTTP status 200
Header Value
strict-transport-security max-age=63072000
x-content-type-options nosniff
x-frame-options SAMEORIGIN
referrer-policy strict-origin-when-cross-origin
permissions-policy camera=(), microphone=(), geolocation=(), browsing-topics=()

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://uiverify.ai/api/mcp Verified 200
http (plaintext) http://uiverify.ai/api/mcp HTTPS enforced 308 https://uiverify.ai/api/mcp
MCP tools · 14 exposed · ~3,416 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
accept_build ~169

Accept ALL changed stories in one build at once (resolved by commitSha/prNumber/buildId), advancing each story's per-branch baseline so the next build is clean. This is the bulk form of review_diff='accept' — use it when you've decided the whole build's changes are intended. It accepts every changed story, including stories that already have a prior denied review; failed stories are unaffected. Returns the build triage after accepting (first page of changed stories, each now showing decision='accepted'; page the rest with list_build_stories if changedNextCursor is set).

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
prNumberintegerResolve the latest build for this PR number.
NameTypeReqDescription
aiReviewyes
autoAcceptChangesbooleanyes
branchstringyes
buildIdstringyes
changedNextCursorstring|nullyes
changedStoriesarrayyes
commentsobjectyes
commitShastringyes
countsobjectyes
createdAtstringyes
failedNextCursorstring|nullyes
failedStoriesarrayyes
gateStatusstringyes
prNumbernumber|nullyes
statusstringyes

No examples provided.

delete_comment ~69

Soft-delete a comment (get its id from list_comments). An agent key can delete only agent-authored comments, never a human's. Deleting a thread root removes its replies too. Requires the image comments feature.

NameTypeReqDescription
commentIdstringyesThe comment id to delete (from list_comments).
NameTypeReqDescription
deletedbooleanyes
idstringyes

No examples provided.

get_build ~390

Triage one build, resolved by commitSha, prNumber, or buildId (exactly one). Returns the gate verdict and counts (total/changed/failed/unchanged), then the FIRST page (25) of the changed stories (story id, viewport, % pixels changed, review decision, the AI verdict aiVerdict=intended|regression + aiConfidence, and for a regression the judge's one-line aiFlagReason=what-looks-unintended, when AI review is on) and the first page of failed stories (failedStories[].kind is `render` when the story produced no frame, or `interaction` when it rendered and its play() assertion threw; failedStories[].error is the message's first line, errorTruncated marks the ones that carried more). When AI review ran, aiReview tallies how many changes look like regressions vs intended, and the changed list is ordered likely-regressions-first. changedNextCursor / failedNextCursor are non-null when there are more than 25: page the rest with list_build_stories. counts.unchanged is how many stories did NOT change and have a baseline - this triage call does NOT list them (keeps the response lean); call list_build_stories status=unchanged to browse them (e.g. to confirm a passed build's stories are 'identical to baseline'). comments is the build-wide review-comment tally {total, unresolved}: unresolved>0 means a designer/QA (or another agent) left an open note on a story - read it with list_comments BEFORE you accept. No image URLs here - call get_diff or render_diff_image for pixels.

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
prNumberintegerResolve the latest build for this PR number.
NameTypeReqDescription
aiReviewyes
autoAcceptChangesbooleanyes
branchstringyes
buildIdstringyes
changedNextCursorstring|nullyes
changedStoriesarrayyes
commentsobjectyes
commitShastringyes
countsobjectyes
createdAtstringyes
failedNextCursorstring|nullyes
failedStoriesarrayyes
gateStatusstringyes
prNumbernumber|nullyes
statusstringyes

No examples provided.

get_diff ~281

Per-story diff detail for a build (resolved by commitSha/prNumber/buildId). Returns diff metrics and presigned, time-limited URLs (download them to a file, or link them in a PR comment) for the baseline, candidate, and diff PNGs. Defaults to the changed stories; pass storyId for one specific story. When that storyId is an UNCHANGED story it returns its baseline (diffResultId null, changed false, the baseline URL as both baselineUrl and candidateUrl) - the story rendered identical to baseline. Use render_diff_image instead when you want the actual pixels inline for a vision model, not a URL. When AI review is on, each diff carries the judge's call: aiVerdict (intended|regression), aiConfidence, aiSummary (what changed), aiReasoning, and aiFlagReason; all null when AI review didn't run for it. Each diff also carries comments {total, unresolved} for THAT story - unresolved>0 means an open review note; read the thread with list_comments before accepting.

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
prNumberintegerResolve the latest build for this PR number.
storyIdstringLimit to one story id.
NameTypeReqDescription
diffsarrayyes

No examples provided.

get_pr_changeset ~305

The cumulative 'this PR vs base' visual changeset (resolved by commitSha/prNumber/buildId) - what the whole PR does to the UI versus the branch it merges into, INDEPENDENT of what is left to review on the latest build. Unlike get_build (this commit vs the branch's own accepted baseline), this survives in-PR accepts: a story accepted mid-PR still shows under `changed` with status=accepted, so it answers 'what did this PR change' even after the gate reads clean. Returns base (the branch it merges into), counts {new,changed,removed,unchanged}, and the first page of `new` + `changed` + `removed` stories (storyId, title, name, kind, review status, aiVerdict). `removed` lists stories that HAD a baseline on the base branch but are gone from this PR's head (a deletion - otherwise invisible; each carries lastBuildId, the build that rendered its now-orphaned baseline). newNextCursor / changedNextCursor / removedNextCursor page the rest with list_pr_stories. No image URLs - fetch pixels by storyId with get_diff / render_diff_image. Requires the PR visual changeset feature.

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
prNumberintegerResolve the latest build for this PR number.
NameTypeReqDescription
basestringyes
changedarrayyes
changedNextCursorstring|nullyes
countsobjectyes
newarrayyes
newNextCursorstring|nullyes
removedarrayyes
removedNextCursorstring|nullyes

No examples provided.

list_build_stories ~303

Page through one build's stories filtered by status (resolved by commitSha/prNumber/buildId). Use it to read past get_build's first page, or to browse the unchanged/passed stories get_build only counts. status='changed' returns changed stories (same shape + order as get_build, regression-first); status='failed' returns failed stories; status='unchanged' returns the stories that did NOT change this build but have a baseline on this branch (storyId, viewport, browser) - fetch any of their images by storyId with get_diff or render_diff_image to confirm 'identical to baseline'. Returns { stories, nextCursor }: pass nextCursor back as `cursor` for the next page; null means no more. limit defaults to 25 (max 100). Unchanged is only available once the build has settled (an in-progress build has rendered nothing, so it returns an empty page).

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
cursorstringThe nextCursor from a prior page; omit for the first page.
limitintegerPage size (default 25, max 100).
prNumberintegerResolve the latest build for this PR number.
statusstringyesWhich stories to page: changed, failed, or unchanged (baselined, didn't change this build).
NameTypeReqDescription
nextCursorstring|nullyes
storiesarrayyes

No examples provided.

list_builds ~116

Recent UI Verify builds for your project, newest first. Each row is a one-line verdict (gateStatus: passed | changed | failed) for a commit/PR — use it to find the build to inspect. No image URLs or per-story detail here: call get_build for the changed-story list, get_diff for images.

NameTypeReqDescription
branchstringOnly builds on this git branch.
limitintegerMax builds to return (default 20).
statusstringOnly builds with this raw status.
NameTypeReqDescription
buildsarrayyes

No examples provided.

list_comments ~174

Every review comment on a build's changed stories (resolved by commitSha/prNumber/buildId), each carrying its diffResultId, author (human name or 'agent'), body, createdAt, and anchor - where on the candidate image it points: null (whole diff), {type:'point',x,y}, {type:'rect',x,y,w,h}, or {type:'path',points,closed}, all normalized 0..1 to the candidate image. Use it to read what a designer/QA (or another agent) flagged on a screenshot before acting. Requires the image comments feature.

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
prNumberintegerResolve the latest build for this PR number.
NameTypeReqDescription
commentsarrayyes

No examples provided.

list_pr_stories ~282

Page through the PR-vs-base changeset stories of one kind (resolved by commitSha/prNumber/buildId) - use it to read past get_pr_changeset's first page. kind='new' returns stories the PR adds that the base branch has no baseline for; kind='changed' returns stories whose image differs from the base branch's accepted image (even if accepted mid-PR, with status=accepted); kind='removed' returns stories that HAD a baseline on the base branch but are gone from head (a deletion; each carries lastBuildId, not a review status or verdict). Returns { stories, nextCursor }: pass nextCursor back as `cursor` for the next page; null means no more. limit defaults to 25 (max 100). Requires the PR visual changeset feature.

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
cursorstringThe nextCursor from a prior page; omit for the first page.
kindstringyesWhich changeset stories to page: new (added), changed (vs base), or removed (deleted).
limitintegerPage size (default 25, max 100).
prNumberintegerResolve the latest build for this PR number.
NameTypeReqDescription
nextCursorstring|nullyes
storiesarrayyes

No examples provided.

post_comment ~425

Leave a review comment on one of a build's changed-story diffs (resolve the build by commitSha/prNumber/buildId, target the diff by diffResultId from get_build/get_diff). The comment is authored as the agent. Optionally anchor it to a spot on the candidate image with `anchor`: omit or null for a whole-diff comment, {type:'point',x,y} to pin a point, {type:'rect',x,y,w,h} for a box, or {type:'path',points:[{x,y},...],closed} for a shape - all coordinates 0..1 normalized to the candidate image. `side` picks the pane ('after' the candidate, default; 'before' the baseline). Pass `parentId` (a root comment id from list_comments) to REPLY in that thread instead - a reply inherits the root's side and carries no anchor, so `anchor`/`side` are ignored. A new root comment is refused when a newer build exists on the branch (comment on the latest build); replies stay allowed. Requires the image comments feature.

NameTypeReqDescription
anchorWhere on the candidate image to pin it (0..1 normalized): omit/null = whole diff; {type:'point',x,y}; {type:'rect',x,y,w,h}; {type:'path',points,closed}. Ignored on a reply.
bodystringyesThe comment text.
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
diffResultIdstringyesThe diff result to comment on (from get_build/get_diff).
parentIdstringReply to this thread ROOT comment's id (from list_comments) instead of starting a new thread.
prNumberintegerResolve the latest build for this PR number.
sidestringWhich pane: 'after' (candidate, default) or 'before' (baseline). Ignored on a reply.
NameTypeReqDescription
idstringyes

No examples provided.

render_diff_image ~542

Fetch a story's image as an INLINE image (base64 pixels, not a URL) so a vision model can look at it directly. Needs a native MCP client that renders image content; piped through raw curl it is useless (use get_diff's URLs there instead). Two ways to address it: (1) diffResultId + which for a CHANGED story - which is baseline|candidate|diff (the triptych) or before_after, the baseline and candidate SIDE BY SIDE (before on the left, after on the right) cropped to the changed region - and when a story changed in SEVERAL far-apart places, one such crop PER region stacked top to bottom, so a header-plus-footer change is two tight crops, not a page-tall image. before_after is usually what you want for a code change - it zooms to what moved instead of a full page. Get diffResultId from get_build (changedStories[].diffResultId) or get_diff. (2) a build selector (commitSha|prNumber|buildId) + storyId for ANY story's current image - the candidate if it changed this build, else its baseline. This second form is the only way to see an UNCHANGED/passed story's pixels (list them via list_build_stories status=unchanged), so you can confirm 'identical to baseline'. Errors if the image doesn't exist (a genuinely new story has no baseline, so no before_after either).

NameTypeReqDescription
buildIdstringResolve this exact build id.
commitShastringResolve the build for this git commit SHA.
diffResultIdstringA CHANGED story's diff result id (from get_build/get_diff); pair with `which`.
prNumberintegerResolve the latest build for this PR number.
pxPaginationobjectPaginate a TALL image slice by slice instead of one unreadable image: return the `height` device px starting at y=`offset`, so a 5000px page is reviewed in readable slices. Omit for the whole image.…
storyIdstringWith a build selector: fetch THIS story's current image (works for unchanged stories).
whichstringFor the diffResultId form: baseline|candidate|diff (one triptych image, default candidate), or before_after (baseline+candidate side by side, cropped to the change - one crop per changed region, stac…

No output schema declared.

No examples provided.

resolve_comment ~94

Mark a comment thread resolved or reopen it (get the id from list_comments). Resolving stamps the thread ROOT, so pass a root comment's id - a reply id is a no-op. Any team writer may toggle this. Requires the image comments feature.

NameTypeReqDescription
commentIdstringyesThe thread root comment id (from list_comments).
resolvedbooleanyestrue to resolve the thread, false to reopen it.
NameTypeReqDescription
idstringyes
resolvedbooleanyes

No examples provided.

review_diff ~194

Record a review on a single diff result (get diffResultId from get_build/get_diff). 'accept' makes the candidate the new baseline for that story on its branch, so the next build is clean; 'deny' records the rejection without changing the baseline; 'ignore' excludes the story from the gate persistently (the snapshot keeps differing on future builds but no longer flags the check) — use it for an intentional, ongoing diff like an animation or a live timestamp. This is the same accept/deny/ignore as the dashboard, attributed to your project key. Use after you've inspected the diff (e.g. with render_diff_image) and decided intended vs. regression.

NameTypeReqDescription
decisionstringyes'accept' advances the baseline; 'deny' records a rejection; 'ignore' excludes the story from the gate.
diffResultIdstringyesThe diff result id from get_build or get_diff.
NameTypeReqDescription
decisionstringyes
diffResultIdstringyes

No examples provided.

update_comment ~72

Replace the body of a comment (get its id from list_comments). An agent key can edit only agent-authored comments, never a human's. Requires the image comments feature.

NameTypeReqDescription
bodystringyesThe new comment text.
commentIdstringyesThe comment id to edit (from list_comments).
NameTypeReqDescription
idstringyes

No examples provided.

Common questions

What is the UI Verify MCP server?

UI Verify is an MCP server listed in the public MCP registry as io.github.igrlk/uiverify. MCP server for visual regression testing: triage a PR's UI diffs from your coding agent. This page covers its hosted endpoint (https://uiverify.ai/api/mcp).

Is the UI Verify MCP server safe to use?

UI Verify scores 72 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.

What tools does the UI Verify MCP server expose?

UI Verify exposes 14 tools: list_builds, get_build, list_build_stories, get_pr_changeset, list_comments, and 9 more. Their descriptions and schemas cost roughly 3,416 tokens of context every time the server is loaded.

Does the UI Verify MCP server require authentication?

No. We connected to UI Verify without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.

Is the UI Verify MCP server still maintained?

UI Verify is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.