Screenshot MCP Server
스크린샷 MCP 서버
AI 도구에 스크린샷 기능을 제공하는 MCP 서버로, 이를 통해 AI 도구가 화면 콘텐츠를 캡처하고 처리할 수 있습니다.
개요
이 MCP 서버는 AI 도구가 사용자 화면의 스크린샷을 촬영할 수 있도록 하여 AI 비서가 사용자가 보고 있는 내용을 보고 분석할 수 있도록 합니다. 이 서버는 AI 처리에 적합한 형식으로 이미지 캡처, 압축 및 전달을 처리합니다.
Related MCP server: Shotik
특징
전체 화면 스크린샷 찍기
효율적인 전송을 위한 자동 JPEG 압축
안정적인 전송을 위한 Base64 인코딩된 이미지 데이터
stdio 및 SSE 전송 모드 모두 지원
구성 가능한 이미지 품질 및 최적화
테스트를 위한 간단한 명령줄 인터페이스
설치
출처에서
지엑스피1
사용 가능한 도구
스크린샷 찍기
설명: 사용자 화면의 스크린샷을 찍어 JPEG 이미지로 반환합니다.
매개변수: 없음
보고:
JPEG 형식의 이미지 콘텐츠, base64로 인코딩됨
용법
서버는 두 가지 방법으로 사용할 수 있습니다.
명령줄 클라이언트
# Take a screenshot and save it to a file
screenshot_mcp_server-client output.jpg프로그래밍 방식 사용
from mcp import ClientSession, StdioServerParameters
from mcp.client.stdio import stdio_client
async with stdio_client(StdioServerParameters(command="screenshot_mcp_server-server")) as (read, write):
async with ClientSession(read, write) as session:
result = await session.call_tool("take_screenshot")
# Process the screenshot data...요구 사항
Python 3.10 이상(< 3.13)
종속성:
mcp >= 1.0.0
pyautogui >= 0.9.54
베개 >= 10.0.0
운영 체제: Linux, macOS, Windows
구성
서버는 두 가지 전송 모드를 지원합니다.
stdio(기본값): 명령줄 사용용
SSE: 웹 기반 애플리케이션의 경우 기본적으로 포트 3001에서 실행됩니다.
SSE 모드에서 실행하려면:
screenshot_mcp_server-server-sse --port 3001특허
이 프로젝트는 MIT 라이선스에 따라 라이선스가 부여되었습니다.
작가
팀 키친스( timkitch@codingthefuture.ai )
Available Tools
1 tooltake_screenshotA
Take a screenshot of the user's screen and return it as an image
| Name | Required | Description | Default |
|---|---|---|---|
No parameters | |||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries full burden. It states the action and output format but lacks details on behavioral traits such as permissions required, whether it captures the entire screen or a region, privacy implications, or error handling. This is a significant gap for a tool with potential security and usability concerns.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, efficient sentence that front-loads the core action and outcome with zero wasted words. It is appropriately sized for the tool's simplicity and directly communicates its purpose.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the complexity (a potentially sensitive screen capture tool) and lack of annotations or output schema, the description is incomplete. It fails to address critical context like security permissions, scope of capture, or return format details, leaving gaps that could hinder safe and effective use by an AI agent.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The input schema has 0 parameters with 100% coverage, so no parameter documentation is needed. The description does not add parameter semantics, but this is acceptable as there are no parameters to explain, aligning with the baseline for zero parameters.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the specific action ('take a screenshot') and the resource ('user's screen'), with the outcome specified ('return it as an image'). It distinguishes this tool's purpose unambiguously, especially given no sibling tools exist for comparison.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage context (e.g., when a visual capture of the screen is needed) but does not provide explicit guidance on when to use it versus alternatives or any exclusions. With no sibling tools, this is adequate but lacks depth on prerequisites or constraints.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
1 tool update
- First observed
take_screenshot
TDQS
Scored across 1 tool
With only one tool, there is no possibility of confusion or overlap between tools. The single tool 'take_screenshot' has a clearly distinct and unambiguous purpose.
The naming follows a consistent verb_noun pattern with 'take_screenshot'. Since there is only one tool, there is no inconsistency or deviation from any pattern.
A single tool for a screenshot server is too minimal for typical use cases. While it directly serves the core function, it lacks supporting tools (e.g., for selecting regions, managing screenshots, or configuring settings), making it feel thin and incomplete for the domain.
The tool surface is severely incomplete for a screenshot domain. It only provides a basic capture function, with no tools for editing, saving, annotating, or managing screenshots, which are common in such applications, leading to significant gaps in functionality.
Maintenance
Related MCP Connectors
OCR, transcription, file extraction, and image generation for AI agents via MCP.
Use AI models for chat, image, and video generation from Claude Code and other MCP hosts.
- mcpOAuthcom.screenshotink
Screenshot, diff, audit and sitemap-capture any web page — 5 MCP tools for AI agents.
Grabbit gives AI agents eyes on the web through a hosted MCP server. Send a public URL and get a pixel-perfect hosted image back, without maintaining Chromium, Playwright, or a browser fleet. Capture a full page, exact viewport, or single CSS selector as PNG, JPEG, or WebP. Grabbit handles cookie and consent banners, waits for JavaScript-heavy pages, blocks private and internal URLs, supports safe retries with idempotency keys, and delivers async results through signed webhooks. Completed captures include a CDN URL. Connect with OAuth 2.1 or an API key. Grabbit works with Claude, Cursor, Codex, and any MCP client. Live captures cost $0.002 each. The $50 annual plan includes 25,000 prepaid credits that never reset or expire. Free test keys return placeholder images, so you can wire up the integration before paying. Home: https://grabbit.live Docs: https://grabbit.live/screenshot-api Built by BrainGrid.
Related MCP Servers
- FlicenseAqualityDmaintenanceEnables LLMs to capture screenshots and screen recordings through MCP with chunked session-based transfers for reliable image consumption. Supports multi-monitor selection, timeline capture, and compatibility with both vision and non-vision language models.111-
- AlicenseNot gradedqualityBmaintenanceOpen-source screenshot tool for Windows with a built-in MCP server that allows AI assistants like Claude to capture and view screen content through tools like take_screenshot, ask_user_to_select_region, and more.3MIT
- FlicenseAqualityBmaintenanceEnables Claude to capture screenshots, watch your screen in real-time, read text via OCR, and analyze video files, all running locally as an MCP server.14-
- AlicenseNot gradedqualityDmaintenanceMCP server for capturing screenshots of desktop windows on Windows. Allows AI assistants to see what's on screen for UI development, debugging, and iterating on designs.MIT