A local-first MCP server that gives your AI assistant eyes to see and understand your screen in real-time
Vision-context-mcp has 4 tools with basic naming and descriptions, but significant gaps in schema completeness, parameter documentation, and error handling. Tool names follow verb_noun convention (check_screen, show_recent_recording, start_reproduce_mode, stop_reproduce_mode), which is good. However, descriptions are minimal (10-50 chars), parameter descriptions are sparse or missing, and output schemas are not documented. No error handling guidance, no validation rules, and no security considerations visible. The server lacks structured output documentation and does not guide LLM recovery on failures.
Take an instant screenshot and analyze what's currently visible. Auto-detects dev windows or you can specify one.
Get frames from the blackbox buffer (always recording last 60 seconds).
Start recording for bug reproduction. Stops blackbox temporarily.
Stop reproduce mode and get captured frames with analysis.
Output schemas not documented. Tools return unstructured responses (e.g., 'Get frames from the blackbox buffer') with no documented field structure, types, or chaining IDs. LLMs cannot plan downstream calls or extract structured data.
Parameter descriptions missing or incomplete. 'windowTitle' in check_screen has minimal guidance; 'durationSeconds' and 'timeoutMinutes' lack range constraints (min/max). No description for stop_reproduce_mode's empty input object.
Tool descriptions too brief (<50 chars). 'Take an instant screenshot...' and 'Get frames from the blackbox buffer...' lack context on WHEN to use each tool, prerequisites, or what data is returned. Descriptions should be 50-200 chars with actionable guidance.
| Scored | Grade | Overall | Spec posture | Rubric |
|---|---|---|---|---|
| 2026-09-23 | F | 42 | 2026-07-28+ | v2 |
No error handling or recovery guidance. No documentation of failure modes (e.g., window not found, recording timeout, buffer empty). LLMs receive no actionable error messages to guide retry or fallback logic.
No tool annotations (readOnlyHint, destructiveHint, idempotentHint). Risk field indicates READ_ONLY vs WRITE, but this is not exposed in MCP tool metadata. LLMs cannot infer safety properties from tool definitions alone.