Skip to main content
Glama
VEN693
by VEN693

vision

Convert image files into structured text descriptions and OCR output, enabling text-only LLMs to read and reason about pictures, screenshots, charts, and documents.

Instructions

识别一张图片,返回结构化文字描述与 OCR 文字。

适用于截图、文档、图表、照片等。当主文本模型无法直接读取图片、 或需要把图片内容转成文字再交给纯文本模型推理时,调用本工具。

参数: image_path: 图片的本地绝对路径(支持 png/jpg/jpeg/webp 等常见格式)。 prompt: 可选,自定义识别指令;不填则使用默认的"描述+OCR"指令。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
promptNo请详细描述这张图片。如果图片中包含文字,请完整提取所有可见文字;如果包含界面、图表或表格,请说明其结构、关键元素和位置关系。请用结构化、客观的语言输出,方便后续文本模型基于你的描述继续分析和推理。
image_pathYes

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A4.8/5.0
Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations provided, so the description must carry the burden. It describes the output (structured text + OCR) and the default prompt behavior, which is helpful. However, it doesn't clarify error handling, rate limits, or supported image size limits. For a read-only recognition tool, the main behavioral aspects are covered.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two concise paragraphs: first the purpose, then when to use; followed by parameter explanations. No wasted words, front-loaded with the core function.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool's simplicity (2 params, one required, output schema exists), the description covers purpose, usage, and parameter semantics thoroughly. No missing critical information for correct invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 0%, so the description must compensate. It explains image_path as 'local absolute path' with supported formats (png/jpg/jpeg/webp), and prompt as optional custom instruction with default behavior. This adds significant meaning beyond the bare schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb+resource: recognizes an image and returns structured text description plus OCR text. This is precise and unambiguous.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicitly lists when to use: screenshots, documents, charts, photos; and the key condition: when the main text model cannot directly read the image or needs conversion to text for a text-only model. Clear when-to-use with no ambiguity.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server

Other Tools