Screenrove
by screenrove.com · remote · no sign-in to list tools · v1.1.0 · published by com.screenrove
Real product UI captures (onboarding, pricing, in-app screens) with design guides for coding agents.
13 tools: 2 change things and 11 only read.
Scanned Oct 21, 2026
- Deletes or cancels0Claude Code: deny
- Can't be undone0Claude Code: ask
- Changes things2Claude Code: ask: see these tools
- Only reads11Claude Code: allow: see these tools
2 checks matched something in the tool definitions. No finding is not a safety guarantee. How the checks work.
claude mcp add --transport http screenrove https://screenrove.com/mcpFindings
Matches of fixed checks, with the text they matched.
- Warnbuild_handoff
The server marks "build_handoff" read-only (readOnlyHint: true), and its own name, description or input give the class "write".
What this check looks forMatched text
annotations: {"readOnlyHint":true,"destructiveHint":false,"openWorldHint":false}; The description's first verb is "generate": a word for a change.
- Warnpick_reference
The server marks "pick_reference" as not read-only (readOnlyHint: false), and its words say it reads.
What this check looks forMatched text
annotations: {"readOnlyHint":false,"destructiveHint":false,"idempotentHint":false,"openWorldHint":false}; The description's first verb is "show": a word for reading.
Tools
Open a tool for its reasons and full description. Descriptions are the publisher's own words, shown as they are.
13 tools
Changes things 2Claude Code: ask
build_handoffGenerate a complete build prompt for a coding agent: ordered screens with notes, observed transitions, full-resolution image URLs, the measured design guide, and an implementation …1 finding
Why it is in this group
- The description's first verb is "generate": a word for a change.
- The server marks it read-only (readOnlyHint: true), but an annotation never lowers a class.
Findings
- Warn
The server marks "build_handoff" read-only (readOnlyHint: true), and its own name, description or input give the class "write".
What this check looks forMatched text
annotations: {"readOnlyHint":true,"destructiveHint":false,"openWorldHint":false}; The description's first verb is "generate": a word for a change.
Description, as the server wrote it Generate a complete build prompt for a coding agent: ordered screens with notes, observed transitions, full-resolution image URLs, the measured design guide, and an implementation checklist. This is the same prompt as the "Use in agent" button on the site. Reference IDs: use `{product}-onboarding` for a product's signup flow, `{product}-collection` for all their screens, or any single screen id (like `linear-marketing-pricing`). Use this when you want to build UI that follows a real product's patterns. The prompt includes everything an agent needs: screenshots to reference, design tokens to match, and implementation steps to follow.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
pick_referenceShow the user several matching UI references side by side in their browser and let them click the one to build from.1 finding
Why it is in this group
- The description's first verb is "show": a word for reading.
- The server marks it as not read-only (readOnlyHint: false).
Findings
- Warn
The server marks "pick_reference" as not read-only (readOnlyHint: false), and its words say it reads.
What this check looks forMatched text
annotations: {"readOnlyHint":false,"destructiveHint":false,"idempotentHint":false,"openWorldHint":false}; The description's first verb is "show": a word for reading.
Description, as the server wrote it Show the user several matching UI references side by side in their browser and let them click the one to build from. Returns a URL to open for them. Prefer this over sending full-page images whenever the user should decide which reference to use. The picker shows real screenshots at scroll depth so they can evaluate long pages. After calling this, tell them to choose in the picker, then call waitForPick with the pickId to get their choice and a complete build prompt.
Annotations the server declares
- readOnlyHint: false
- openWorldHint: false
- destructiveHint: false
- idempotentHint: false
Only reads 11Claude Code: allow
check_my_uiCompare the user's UI structure against Screenrove's catalog of real products.No findings
Why it is in this group
- The description's first verb is "compare": a word for reading.
Description, as the server wrote it Compare the user's UI structure against Screenrove's catalog of real products. Describe what the user has (screen type, sections, flow steps, plan count) and get a report showing the closest real-world references with factual comparisons. Use only the fields the user provides; leave out personal names, pricing, or customer data. The report includes step counts, section counts, observed actions, and factual comparisons— not recommendations. Use this when the user wants to validate their UI against real products, understand if their flow has more or fewer steps than competitors, or see how similar screens are structured.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
compare_screensCompare two captured screens side by side: layout structure, page sections, observed actions, dimensions, screen types, and design guide differences.No findings
Why it is in this group
- The name "compare_screens" says "compare": a word for reading.
Description, as the server wrote it Compare two captured screens side by side: layout structure, page sections, observed actions, dimensions, screen types, and design guide differences. Returns a structured comparison with similarities, differences, and factual observations. Use this when the user wants to understand how two products approach the same problem differently—e.g. comparing Linear's pricing page with Stripe's pricing page, or Vercel's onboarding with Notion's onboarding. You can also compare one screen against a target description to see how close a reference matches what the user is trying to build.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
get_designGet the measured design guide for a product: observed font families, color palette, type scale, layout patterns, spacing values, and component observations.No findings
Why it is in this group
- The name "get_design" says "get": a word for reading.
Description, as the server wrote it Get the measured design guide for a product: observed font families, color palette, type scale, layout patterns, spacing values, and component observations. Marketing site and product UI are measured separately. Use this when you want to match a competitor's design system, understand their visual language, or borrow their typography and color choices for your own project.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
get_flowGet the complete onboarding flow for a product: every step in order with titles, notes on what happens, observed transitions (button labels and where they lead), and which steps ar…No findings
Why it is in this group
- The name "get_flow" says "get": a word for reading.
Description, as the server wrote it Get the complete onboarding flow for a product: every step in order with titles, notes on what happens, observed transitions (button labels and where they lead), and which steps are alternate branches. Includes the handoff reference id to use with buildHandoff. Use this to study how a competitor structures their signup and onboarding, what information they collect at each step, and how they guide users to activation.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
get_productGet a product's full collection: coverage notes, design summary, and every captured screen grouped into onboarding flow, marketing pages, and in-product screens.No findings
Why it is in this group
- The name "get_product" says "get": a word for reading.
Description, as the server wrote it Get a product's full collection: coverage notes, design summary, and every captured screen grouped into onboarding flow, marketing pages, and in-product screens. Use this to explore a competitor's complete UI: their signup flow, pricing page, dashboard, settings, and other screens. Each screen has notes and an image URL.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
get_screenGet everything recorded about one screen: notes on what it does and how it's laid out, source URL, image URLs and dimensions, observed actions and where they lead, and page section…No findings
Why it is in this group
- The name "get_screen" says "get": a word for reading.
Description, as the server wrote it Get everything recorded about one screen: notes on what it does and how it's laid out, source URL, image URLs and dimensions, observed actions and where they lead, and page sections for long marketing pages. Use this to understand a specific UI pattern in detail before building something similar.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
get_screen_imageGet the actual screenshot so you can see the UI.No findings
Why it is in this group
- The name "get_screen_image" says "get": a word for reading.
Description, as the server wrote it Get the actual screenshot so you can see the UI. For marketing pages taller than 4000px, preview returns only the first screen (above the fold); use size=full for the whole page, which can exceed what vision models accept. getScreen lists the page's sections with their y offsets so you know what's below the fold.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
list_flowsList every captured user journey: onboarding flows, signup sequences, checkout processes, booking flows, and marketplace explorations.No findings
Why it is in this group
- The name "list_flows" says "list": a word for reading.
Description, as the server wrote it List every captured user journey: onboarding flows, signup sequences, checkout processes, booking flows, and marketplace explorations. Shows step counts, flow type, and observed transitions between steps. Use this to find complete user journey references—not just individual screens—so you can see how products guide users through multi-step processes like signup, onboarding, or checkout.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
list_productsList every product in the UI reference catalog with its capture date, tags, coverage notes and screen counts.No findings
Why it is in this group
- The name "list_products" says "list": a word for reading.
Description, as the server wrote it List every product in the UI reference catalog with its capture date, tags, coverage notes and screen counts. Start here to see what competitor products, design systems, and UI patterns are available. Products include: Linear, Cursor, Vercel, Airbnb, Stripe, Duolingo, Notion, Raycast, Cal.com, Framer, and Supabase. Each has captured onboarding flows, marketing pages, and/or in-app screens.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
search_screensSearch the UI reference catalog by keyword across titles, notes, page sections, and observed actions.No findings
Why it is in this group
- The name "search_screens" says "search": a word for reading.
Description, as the server wrote it Search the UI reference catalog by keyword across titles, notes, page sections, and observed actions. Filter by product or kind (flow/marketing/product). Use this to find design pattern examples like "pricing page", "empty state", "date picker", "onboarding step", "checkout form", "dashboard", "sign-up", "settings", etc. Returns the best matches with screen IDs you can pass to getScreen or getScreenImage.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
wait_for_pickWait for the user to choose on the pick page.No findings
Why it is in this group
- The name "wait_for_pick" says "wait": a word for reading.
Description, as the server wrote it Wait for the user to choose on the pick page. Long-polls up to 50 seconds—returns as soon as they click, or status "pending" after the wait (call again if so). Once chosen, returns their reference with its screenshot and a full build prompt, so you can start building from it immediately. If they clicked "None of these fit", status is "dismissed" and you should ask what they want instead.
Annotations the server declares
- readOnlyHint: true
- openWorldHint: false
- destructiveHint: false
This is not a safety rating, and no finding is not a safety guarantee. The groups and findings come from fixed checks of the tool definitions the server returned on the date shown, not from its code or what it does when called. How the checks work.
Install
Pinned to version 1.1.0. Values in angle brackets are yours to fill in.
claude mcp add --transport http screenrove https://screenrove.com/mcpRun in a terminal.
Claude Code permissions
Allow the reads, ask before a change, deny the deletes. Paste into .claude/settings.json.
{
"permissions": {
"allow": [
"mcp__screenrove__check_my_ui",
"mcp__screenrove__compare_screens",
"mcp__screenrove__get_design",
"mcp__screenrove__get_flow",
"mcp__screenrove__get_product",
"mcp__screenrove__get_screen",
"mcp__screenrove__get_screen_image",
"mcp__screenrove__list_flows",
"mcp__screenrove__list_products",
"mcp__screenrove__search_screens",
"mcp__screenrove__wait_for_pick"
],
"ask": [
"mcp__screenrove__build_handoff",
"mcp__screenrove__pick_reference"
],
"deny": []
}
}Tools that only read are allowed, tools that change things ask first, tools that delete or cancel are denied. It assumes the server is installed as screenrove. Review it before you use it.