images-handler
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@images-handlerDescribe the image I sent"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
images-handler
给只支持文本的模型(如 DeepSeek)补上"看图"能力的标准 MCP 服务。
DeepSeek 不能直接识别图片,但本服务通过 Cursor TypeScript SDK 在本机跑一个 Cursor agent(默认 composer-2,可换 Claude/GPT 视觉模型),把图片理解成文本描述返回。DeepSeek 调用工具拿到文字结果,就等于"能看图"了。
本服务只做图片识别:agent 始终以纯文本模式运行,不执行任何 shell/文件工具。
前置条件
Node.js ≥ 22.13
Cursor 凭据(二选一):
设置环境变量
CURSOR_API_KEY,或已用
Cursor.auth.login()登录过 Cursor 账号(SDK 自动读取存储的凭据)
Related MCP server: DeepSeek Eyes
安装与运行
npm install
npm start # 开发运行(stdio),等价 npx tsx src/index.ts
# 或构建后运行
npm run build && node dist/index.js环境变量
变量 | 默认 | 说明 |
| — | Cursor API key,缺省时回退登录态 |
|
| 视觉模型 id |
|
| 单次识别调用超时(毫秒) |
接入客户端
Claude Code
claude mcp add image-recognition -e CURSOR_API_KEY="${CURSOR_API_KEY}" -- npx tsx D:/path/to/images-handler/src/index.tsCursor
.cursor/mcp.json:
{
"mcpServers": {
"image-recognition": {
"command": "npx",
"args": ["tsx", "D:/path/to/images-handler/src/index.ts"],
"env": {
"CURSOR_API_KEY": "${CURSOR_API_KEY}"
}
}
}
}其他标准 MCP 客户端
stdio 传输,按标准协议配置启动命令即可(记得通过 env 传入 CURSOR_API_KEY)。
工具:recognize_image
参数 | 类型 | 必填 | 说明 |
| string 或 string[] | 是 | 图片 data URI( |
| string | 否 | 想针对图片问什么,缺省为"请详细描述这张图片的内容、画面元素和任何可见文字。" |
| string | 否 | 覆盖视觉模型(默认 |
示例
{
"images": ["data:image/png;base64,iVBORw0KGgo..."]
}带自定义指令:
{
"images": ["data:image/png;base64,iVBORw0KGgo..."],
"instruction": "识别图中的文字并翻译成中文"
}传本地文件路径(在服务所在机器上读取):
{
"images": ["D:/photos/screenshot.png"]
}说明与限制
每次工具调用都会新建一个独立 Cursor agent(调用间不共享会话历史),用完即关闭。
服务只做图片识别:agent 恒为纯文本模式(
tools: []),不执行 shell/文件工具,除传入的图片外不会读取或访问任何本地内容。传本地路径时,文件在服务所在机器上读取,并按扩展名识别为图片;非图片扩展名会被拒绝。请仅传入你自己信任的图片路径。
Available Tools
1 toolrecognize_imageA
Recognize and analyze the given image(s) with a vision model and return a text description. Use this to give text-only LLMs like DeepSeek image understanding.
| Name | Required | Description | Default |
|---|---|---|---|
| model | No | Vision model id (default: composer-2). | |
| images | Yes | Image data URI (data:image/png;base64,...), http(s) URL, or local image file path to recognize. | |
| instruction | No | What to ask about the image. Default: 请详细描述这张图片的内容、画面元素和任何可见文字。 |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full burden. It discloses the use of a vision model and the return type (text description), but it does not mention potential side effects like data transmission to an external service, latency, or failure modes. The disclosure is adequate but not rich.
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 two sentences, front-loads the primary purpose, and contains no superfluous words. Every phrase contributes to understanding what the tool does and why to use it.
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?
For a tool with 3 parameters and no output schema, the description sufficiently covers the purpose and use case. The schema handles parameter details and defaults, so the description does not need to elaborate further. Minor gaps like clarifying multi-image behavior are already inferable from the schema.
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?
Schema coverage is 100% with descriptions for all three parameters (model, images, instruction). The description adds no parameter-specific details beyond what the schema already provides, so it stays at the baseline.
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 uses specific verbs 'recognize and analyze' and clearly identifies the resource as 'image(s)' and output as 'text description'. It also adds a concrete use case ('give text-only LLMs like DeepSeek image understanding'), making the tool's intent unmistakable.
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?
It provides an explicit when-to-use context: 'Use this to give text-only LLMs like DeepSeek image understanding.' However, it does not mention when not to use it or any alternative tools, so it stops short of a full 5.
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. Dates show when Glama detected each change.
1 tool update
v0.1.0- First observed
recognize_image
TDQS
With only one tool, there is no possibility of confusion between tools. The single tool has a clear and distinct purpose.
The tool name 'recognize_image' follows a clear verb_noun convention. Although there are no other tools to compare, the naming is internally consistent and predictable.
The server has only 1 tool, which feels thin for an 'images-handler' name that implies a broader scope. However, the single tool is non-trivial and provides meaningful functionality, so it is borderline rather than severely inadequate.
The server only offers image recognition/analysis, missing any other image handling operations like editing, conversion, or resizing. Given the 'images-handler' naming, this is a significant gap that limits the server's usefulness for general image tasks.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
MCP server for Qwen Image 3 AI image generation
MCP server for Flux AI image generation
MCP server for Grok Imagine AI video generation
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceAn MCP server that enables any LLM to describe images from file paths, URLs, or base64 data by forwarding them to a supported vision provider such as OpenAI, Anthropic, or local Ollama models.1,06010MIT
- AlicenseAqualityCmaintenanceAn MCP server that grants image recognition to text-only models like DeepSeek by forwarding images to vision models and returning text descriptions. Supports clipboard, pasted session images, and batch folder image recognition.53MIT
- AlicenseAqualityBmaintenanceA local MCP server that gives vision to vision-less LLMs by describing images and extracting text via Alibaba DashScope vision models.2MIT
- AlicenseNot gradedqualityBmaintenanceMCP server that gives text-only LLMs like DeepSeek vision capabilities by converting images to text via vision APIs, enabling image description, OCR, and generation in MCP clients.1MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/yuzhaoyang001/my_mcps-image-handler'
If you have feedback or need assistance with the MCP directory API, please join our Discord server