List and inspect ordered sessions.
list_capture_sets and get_capture_set expose manifest metadata, capture order, sizes, and checksums.
Read-only tools · explicit export · no hosted endpoint
Read the beta spec ↗ScreenCrate’s local MCP server reads only an approved capture workspace. Compatible clients can request ordered sets, original images, element context, design tokens, assets, and bounded component exports—without turning the browser into a remote-control surface.

AN EXPLICIT LOCAL HANDOFF
The server does not expose an open-ended filesystem or browser-automation command. Each tool returns a bounded part of a ScreenCrate bundle under a strict local workspace root.
list_capture_sets and get_capture_set expose manifest metadata, capture order, sizes, and checksums.
get_capture_image validates the path, file signature, declared MIME type, checksum, and configured bounds.
get_element_context, get_design_tokens, and get_assets return only data present in the approved bundle.
export_component returns sanitized, size-limited export material already contained in the bundle; the server does not execute generated code.
An extension cannot act as a conventional local stdio MCP process by itself. ScreenCrate separates browser capture, explicit local export, and the Node-based MCP server so each trust boundary is visible.

{
"captureSet": "design-review",
"images": 6,
"context": "selected-element",
"workspace": "approved",
"transport": "stdio"
}
tools:
- list_capture_sets
- get_capture_image
- get_element_context
- get_design_tokensThe beta validates manifests and files before returning them. It rejects traversal, symlink escapes, unsupported signatures, oversized records, and malformed JSON.
The server is configured with a strict ScreenCrate workspace root and reads valid capture bundles inside it.
Client configuration differs by host. A verified compatibility matrix will follow real integration tests.
This is a screenshot-context MCP server, not a generic browser MCP for navigation, clicking, or form submission.
The current server runs locally over stdio. ScreenCrate does not claim a public remote connector or hosted endpoint.
No. MCP clients can request registered tools and resources. Browser-chat attachments use separate extension adapters and still require user review.
No. It reads approved ScreenCrate bundles. It does not navigate, click, type, submit forms, or control the browser.
No hosted endpoint is required for the current local stdio server. Your chosen MCP client may have its own data policy, which you should review separately.
Not yet. The server is implemented for repository-based beta testing; public package and verified client setup instructions remain pending.
Keep capture and local MCP access separate, explicit, and inspectable. Request the beta to test the repository-based server with your workflow.