Skip to main content
Glama

πŸ–ΌοΈπŸ€– OpenRouter Image MCP Server

npm version License: MIT TypeScript Node.js

πŸ”₯ Supercharge your AI agents with powerful image analysis capabilities! πŸ”₯

A blazing-fast ⚑ MCP (Model Context Protocol) server that enables AI agents to see and understand images using OpenRouter's cutting-edge vision models. Perfect for screenshots, photos, diagrams, and any visual content! πŸ“Έβœ¨


🌟 What Makes This Special?

  • 🎯 Multi-Model Support: Choose from Claude, Gemini, GPT-4 Vision, and more!

  • πŸš€ Lightning Fast: Built with TypeScript and optimized for performance

  • πŸ”§ Flexible Input: Support for file paths, URLs, and base64 data

  • πŸ’° Cost-Effective: Smart model selection for the best price-to-quality ratio

  • πŸ›‘οΈ Production Ready: Robust error handling, retries, and comprehensive logging

  • 🎨 Easy Integration: Works seamlessly with Claude Code, Cline, Cursor, and more!


Related MCP server: Vision MCP Server

πŸš€ Quick Start

Prerequisites πŸ“‹

  • Node.js 18+ ⚑

  • OpenRouter API Key πŸ”‘ (Get one at openrouter.ai)

  • Your favorite MCP client πŸ€– (Claude Code, Cline, etc.)

Installation πŸ“¦

# 🌟 Option 1: Use immediately with npx (recommended)
npx openrouter-image-mcp

# πŸš€ Option 2: Install globally for frequent use
npm install -g openrouter-image-mcp

# πŸ› οΈ Option 3: Clone and build locally
git clone https://github.com/JonathanJude/openrouter-image-mcp.git
cd openrouter-image-mcp
npm install
npm run build
npm install -g .

πŸ’‘ Why npx is recommended: No installation required, always gets the latest version, and works perfectly for MCP server usage!

Configuration βš™οΈ

The MCP server requires an OpenRouter API key. You can configure it in several ways:

# πŸ”‘ Set your API key
export OPENROUTER_API_KEY=sk-or-v1-your-api-key-here

# 🎯 Set model (uses free model by default)
export OPENROUTER_MODEL=google/gemini-2.0-flash-exp:free

Method 2: .env File

# πŸ“‹ Copy the environment template
cp .env.example .env

# ✏️ Edit with your credentials
nano .env

Add your OpenRouter credentials to .env:

# πŸ”‘ Required
OPENROUTER_API_KEY=sk-or-v1-your-api-key-here

# πŸ†“ Model (FREE by default - great for getting started!)
OPENROUTER_MODEL=google/gemini-2.0-flash-exp:free

# πŸŽ›οΈ Optional settings
LOG_LEVEL=info
MAX_IMAGE_SIZE=10485760
RETRY_ATTEMPTS=3

Method 3: Direct Configuration in MCP Client

Add the API key directly in your MCP client configuration (see examples below).


🏠 Works Locally - No Restarts Needed! 🎯

πŸš€ HUGE ADVANTAGE: This MCP server works perfectly locally with zero manual intervention once configured! No restarts, no manual server starts, no fiddling with settings. It just works! ✨

πŸ”„ How It Works Automatically

  1. 🎯 Configure once β†’ Set up your MCP client one time

  2. πŸš€ Auto-launches β†’ Client starts the server automatically

  3. πŸ”§ Connects β†’ Validates API and loads models instantly

  4. πŸ› οΈ Ready to use β†’ All 3 tools available immediately

⚑ Local Setup Benefits

  • πŸ”₯ Fire-and-forget: Set up once, forget forever

  • ⚑ Lightning startup: ~5 seconds total ready time

  • πŸ”„ Persistent across restarts: Survives laptop shutdowns

  • πŸ“± Cross-platform: Works on any OS with Node.js

  • 🎯 Zero maintenance: No babysitting required


πŸ”§ MCP Configuration

The easiest way to use this MCP server is with npx, which automatically downloads and runs the package without any installation:

For Claude Code

Add to ~/.claude.json:

{
  "mcp": {
    "servers": {
      "openrouter-image": {
        "command": "npx",
        "args": ["openrouter-image-mcp"],
        "env": {
          "OPENROUTER_API_KEY": "sk-or-v1-your-api-key-here",
          "OPENROUTER_MODEL": "google/gemini-2.0-flash-exp:free"
        }
      }
    }
  }
}

For Claude Desktop

Add to ~/Library/Application Support/Claude/claude_desktop_config.json:

{
  "mcpServers": {
    "openrouter-image": {
      "command": "npx",
      "args": ["openrouter-image-mcp"],
      "env": {
        "OPENROUTER_API_KEY": "sk-or-v1-your-api-key-here",
        "OPENROUTER_MODEL": "google/gemini-2.0-flash-exp:free"
      }
    }
  }
}

For Other MCP Clients

  • Cursor: ~/.cursor/mcp.json

  • Cline: ~/.cline/mcp.json

  • Windsurf: MCP settings file

  • Other agents: Check your agent's MCP documentation

✨ Benefits of npx:

  • πŸš€ No installation needed - works immediately

  • πŸ”„ Always latest version - automatically updates

  • πŸ“± Cross-platform - works everywhere Node.js is installed

  • 🧹 Clean system - no global packages required

Option 2: Global Installation (For Frequent Users)

If you plan to use this MCP server frequently, install it globally:

npm install -g openrouter-image-mcp

Then use this configuration:

{
  "mcp": {
    "servers": {
      "openrouter-image": {
        "command": "openrouter-image-mcp",
        "env": {
          "OPENROUTER_API_KEY": "sk-or-v1-your-api-key-here",
          "OPENROUTER_MODEL": "google/gemini-2.0-flash-exp:free"
        }
      }
    }
  }
}

Benefits of global installation:

  • ⚑ Faster startup - no download time

  • 🌐 Works offline - once installed

  • πŸ”§ Simpler command - shorter configuration

Option 3: Local Development

If you cloned the repo locally for development:

{
  "mcpServers": {
    "openrouter-image": {
      "command": "node",
      "args": ["/path/to/openrouter-image-mcp/dist/index.js"],
      "env": {
        "OPENROUTER_API_KEY": "sk-or-v1-your-api-key-here",
        "OPENROUTER_MODEL": "google/gemini-2.0-flash-exp:free"
      }
    }
  }
}

🎯 Pro Tip: Replace the API key with your actual OpenRouter key. The free model works great for most use cases!

πŸ’‘ Recommendation: Start with npx (Option 1) - it's the easiest and most reliable way to get started!

πŸ’‘ Pro Tips for Local Setup

🎯 Path Management

  • Absolute paths work best: /path/to/openrouter-image-mcp/dist/index.js

  • Avoid relative paths: May break when switching directories

  • Use your actual path: Update the examples with your real project location

πŸ”§ Environment Variables

  • Set in .env file: Keep your API key secure

  • OR set in system: export OPENROUTER_API_KEY=sk-or-v1-...

  • Test quickly: Run OPENROUTER_API_KEY=... node dist/index.js

πŸš€ Quick Verification

# πŸ” Test if server works
export OPENROUTER_API_KEY=sk-or-v1-your-key
export OPENROUTER_MODEL=google/gemini-2.5-flash-lite-preview-09-2025
node dist/index.js

# βœ… Should see logs: "Starting OpenRouter Image MCP Server"

πŸ› Troubleshooting Local Issues

❌ "Command not found"

# βœ… Use absolute path to node
"$(which node)" "/path/to/openrouter-image-mcp/dist/index.js"

❌ "File not found"

# βœ… Verify the built file exists
ls -la /path/to/openrouter-image-mcp/dist/index.js

# πŸ“ Rebuild if missing
npm run build

❌ "API key required"

# βœ… Check your environment variables
echo $OPENROUTER_API_KEY

# πŸ”§ Or create .env file
echo "OPENROUTER_API_KEY=sk-or-v1-your-key" > .env

🌟 Local Development Workflow

  1. πŸ› οΈ Build once: npm run build

  2. βš™οΈ Configure once: Add MCP config to your AI agent

  3. πŸ”„ Restart agent: Pick up the new configuration

  4. 🎯 Use immediately: No manual server management needed!


πŸ”₯ Usage Examples

With Claude Code πŸ€–

Add this to your ~/.claude.json:

{
  "mcp": {
    "servers": {
      "openrouter-image": {
        "command": "npx",
        "args": ["openrouter-image-mcp"],
        "env": {
          "OPENROUTER_API_KEY": "sk-or-v1-your-api-key-here",
          "OPENROUTER_MODEL": "google/gemini-2.0-flash-exp:free"
        }
      }
    }
  }
}

With Claude Desktop πŸ–₯️

Add this to your claude_desktop_config.json:

{
  "mcpServers": {
    "openrouter-image": {
      "command": "npx",
      "args": ["openrouter-image-mcp"],
      "env": {
        "OPENROUTER_API_KEY": "sk-or-v1-your-api-key-here",
        "OPENROUTER_MODEL": "google/gemini-2.0-flash-exp:free"
      }
    }
  }
}

🎯 Amazing Things You Can Do!

# πŸ“Έ Analyze any screenshot
"Analyze this screenshot: /path/to/screenshot.png"

# πŸ” Extract text from images
"What text do you see in this document: /path/to/scan.jpg"

# 🎨 Review UI designs
"Review this UI mockup for accessibility issues: /path/to/design.png"

# πŸ“± Debug mobile apps
"Analyze this mobile app screenshot for UX problems: /path/to/app.png"

# 🌐 Analyze webpages
"What can you tell me about this webpage: https://example.com/screenshot.png"

πŸ› οΈ Available Tools

πŸ–ΌοΈ analyze_image - General Image Analysis

Perfect for photos, diagrams, charts, and general visual content!

Parameters:

  • type πŸ“ Input type: file, url, or base64

  • data πŸ“Έ Image data (path, URL, or base64 string)

  • prompt πŸ’­ Custom analysis prompt

  • format πŸ“Š Output: text or json

  • maxTokens πŸ”’ Maximum response tokens (default: 4000)

  • temperature 🌑️ Creativity 0-2 (default: 0.1)

🌐 analyze_webpage_screenshot - Webpage Specialist

Designed specifically for web page analysis and debugging!

Features:

  • 🎯 Layout analysis

  • πŸ“± Content extraction

  • πŸ”— Navigation review

  • πŸ“ Form analysis

  • β™Ώ Accessibility evaluation

  • πŸ“Š Structured JSON output

πŸ“± analyze_mobile_app_screenshot - Mobile App Expert

Specialized for mobile application UI/UX analysis!

Features:

  • 🍎 iOS/πŸ€– Android platform detection

  • 🎨 UI design review

  • πŸ‘† User experience evaluation

  • β™Ώ Accessibility analysis

  • πŸ“Š UX heuristic scoring

  • πŸš€ Performance insights


πŸ’° Vision Model Recommendations

Model

Cost

Vision Quality

Best For

πŸ†“ google/gemini-2.0-flash-exp:free

FREE

⭐⭐⭐⭐⭐

Great for beginners! General analysis, docs

πŸ†“ meta-llama/llama-3.2-90b-vision-instruct

FREE

⭐⭐⭐⭐

Charts, diagrams, technical content

🌟 google/gemini-2.5-flash-lite-preview-09-2025

πŸ’° Very Low

⭐⭐⭐⭐⭐

Best value! High quality at low cost

🧠 anthropic/claude-3-5-sonnet-20241022

πŸ’°πŸ’° Medium

⭐⭐⭐⭐⭐

Detailed analysis, complex reasoning

πŸ”₯ anthropic/claude-3-5-haiku-20241022

πŸ’°πŸ’°πŸ’° Higher

⭐⭐⭐⭐⭐

High accuracy, professional use

  • πŸ†“ Start with FREE models: google/gemini-2.0-flash-exp:free works excellently for most use cases

  • πŸ’° Upgrade when needed: Move to paid models only if you need higher accuracy or specific features

  • πŸ”₯ Best performance: anthropic/claude-3-5-sonnet-20241022 for professional analysis

πŸ’‘ Cost Tips

  • Free models handle ~80% of use cases perfectly

  • Paid models cost ~$0.001-0.01 per image

  • Monitor usage at OpenRouter Dashboard


πŸ› οΈ Development

Local Setup πŸ”§

# 🍴 Clone the repository
git clone https://github.com/your-username/openrouter-image-mcp.git
cd openrouter-image-mcp

# πŸ“¦ Install dependencies
npm install

# πŸ”¨ Build the project
npm run build

# πŸš€ Start in development mode
npm run dev

# πŸ§ͺ Run tests
npm test

# πŸ” Lint and format
npm run lint
npm run format


πŸ§ͺ Testing

Run Test Suite πŸ§ͺ

# πŸ§ͺ Run all tests
npm test

# πŸ“Š Run with coverage
npm run test:coverage

# πŸ” Debug mode
DEBUG=* npm test

Manual Testing 🎯

# πŸ“Έ Test with a sample image
node test-image-analysis.js

# πŸ” Test different models
OPENROUTER_MODEL=anthropic/claude-sonnet-4 node test-image-analysis.js

# πŸš€ Test with URL input
echo '{"type":"url","data":"https://example.com/image.png","prompt":"What do you see?"}' | node dist/index.js

🀝 Contributing

Contributions welcome! Fork the repo, make changes, and submit a pull request. Please follow the existing code style and add tests for new features.


πŸ“„ Supported Image Formats

Format

Extension

MIME Type

Status

πŸ–ΌοΈ JPEG

.jpg, .jpeg

image/jpeg

βœ…

πŸ–ΌοΈ PNG

.png

image/png

βœ…

πŸ–ΌοΈ WebP

.webp

image/webp

βœ…

πŸ–ΌοΈ GIF

.gif

image/gif

βœ…

πŸ“ Max Size

-

-

10MB (configurable)


πŸ›‘οΈ Security & Privacy

  • πŸ” API Keys: Loaded from environment variables only

  • 🚫 No Sensitive Logging: Personal data never logged

  • βœ… Input Validation: All parameters validated

  • πŸ“ Size Limits: Configurable file size restrictions

  • πŸ”’ HTTPS Only: All API communications encrypted

  • πŸ—‘οΈ Data Cleanup: Temporary files automatically removed


πŸ“š Troubleshooting

πŸ”§ Common Issues & Solutions

πŸ”‘ "OPENROUTER_API_KEY environment variable is required"

# βœ… Solution: Set your API key
export OPENROUTER_API_KEY=sk-or-v1-your-key-here
# Or add to .env file

πŸ€– "Invalid or unsupported model"

# βœ… Check available models
curl -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  https://openrouter.ai/api/v1/models | jq '.data[] | select(.architecture.input_modalities | contains(["image"])) | .id'

πŸ“‘ "Failed to connect to OpenRouter API"

# βœ… Test connection
curl -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  https://openrouter.ai/api/v1/models

πŸ“ "Image size exceeds maximum"

# βœ… Increase limit or compress image
export MAX_IMAGE_SIZE=20971520  # 20MB

πŸ› Debug Mode

# πŸ” Enable detailed logging
export LOG_LEVEL=debug
npm start

# πŸ“Š Monitor API usage
curl -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  https://openrouter.ai/api/v1/auth/key

πŸ“„ License

This project is licensed under the MIT License - see the LICENSE file for details.

πŸš€ Ready to give your AI agents the power of sight?

⭐ Star this repo β€’ πŸ› Report Issues β€’ πŸ’‘ Suggest Features

Made with ❀️ by the open-source community

Available Tools

3 tools
analyze_imageC

Analyze images using OpenRouter's vision models. Supports various input formats including base64, file paths, and URLs.

ParametersJSON Schema
NameRequiredDescriptionDefault
typeYesThe type of image input
dataYesThe image data (base64 string, file path, or URL)
mimeTypeNoMIME type of the image (required for base64 input)
promptNoCustom prompt for image analysis (optional)
formatNoOutput format (default: text)
maxTokensNoMaximum tokens in response (default: 4000)
temperatureNoSampling temperature (default: 0.1)

TDQS

C2.9/5.0
Behavior2/5

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

No annotations are provided, so the description carries the full burden of behavioral disclosure. It mentions the service ('OpenRouter's vision models') and input formats, but fails to describe critical behaviors: whether this is a read-only or mutating operation, potential costs or rate limits, authentication needs, error handling, or what the analysis entails (e.g., object detection, captioning). For a tool with no annotation coverage, this is a significant gap.

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?

The description is highly concise and front-loaded: two sentences that directly state the purpose and key capability. Every word earns its place, with no redundant or vague phrasing. It efficiently communicates the core functionality without unnecessary elaboration.

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

Completeness2/5

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

Given the tool's complexity (7 parameters, no annotations, no output schema), the description is incomplete. It lacks behavioral details (e.g., mutation risks, rate limits), output expectations, and differentiation from siblings. While the schema covers parameters well, the description doesn't compensate for missing annotations or output schema, leaving gaps for an AI agent to operate effectively.

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

Parameters3/5

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

Schema description coverage is 100%, so the schema fully documents all 7 parameters. The description adds minimal value beyond the schema: it lists the input formats ('base64, file paths, and URLs'), which aligns with the 'type' enum, but doesn't provide additional context like file size limits or URL accessibility. With high schema coverage, the baseline score of 3 is appropriate.

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

Purpose4/5

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

The description clearly states the tool's purpose: 'Analyze images using OpenRouter's vision models.' It specifies the verb ('analyze') and resource ('images'), and mentions the underlying service. However, it doesn't explicitly differentiate from sibling tools like 'analyze_mobile_app_screenshot' or 'analyze_webpage_screenshot', which appear to be more specialized versions.

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

Usage Guidelines2/5

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

The description provides no guidance on when to use this tool versus its siblings. It mentions 'Supports various input formats including base64, file paths, and URLs,' which hints at usage contexts, but lacks explicit when/when-not instructions or alternative recommendations. This leaves the agent to infer usage from tool names alone.

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

analyze_mobile_app_screenshotA

Specialized tool for analyzing mobile app screenshots. Provides insights into UI design, user experience, platform conventions, and app functionality.

ParametersJSON Schema
NameRequiredDescriptionDefault
typeYesThe type of image input
dataYesThe mobile app screenshot data (base64 string, file path, or URL)
mimeTypeNoMIME type of the image (required for base64 input)
platformNoMobile platform (default: auto-detect)
focusAreaNoSpecific area to focus on (optional)
includeUXHeuristicsNoInclude UX heuristic evaluation (default: true)
formatNoOutput format (default: json for structured mobile analysis)
maxTokensNoMaximum tokens in response (default: 4000)

TDQS

A3.5/5.0
Behavior2/5

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

No annotations are provided, so the description must bear the burden of behavioral disclosure. It states the tool provides insights but does not disclose any behavioral traits such as whether it modifies anything, required permissions, rate limits, or that it is a read-only analysis. This is insufficient for an agent to understand side effects.

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

Conciseness4/5

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

The description is two sentences long and front-loaded with the purpose. It is concise with no redundant words. However, it could be slightly more structured by listing the focus areas explicitly.

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

Completeness2/5

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

Given the tool has 8 parameters and no output schema or annotations, the description is incomplete. It does not explain the return format (default json), behavior of the platform auto-detect, or how focus areas affect the analysis. An agent would need more context to use it confidently.

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

Parameters3/5

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

All 8 parameters have descriptions in the schema (100% coverage), so the description does not need to add much. It mentions 'insights into UI design, user experience, etc.' which aligns with the platform and focusArea parameters but does not add significant new meaning beyond the 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?

The description clearly states it is a specialized tool for analyzing mobile app screenshots, providing insights into UI design, UX, platform conventions, and functionality. This distinguishes it from sibling tools analyze_image and analyze_webpage_screenshot, which are for general images and webpages respectively.

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

Usage Guidelines4/5

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

The description implies usage for mobile app screenshots via 'specialized' and the listed insights, and the sibling tools provide context for when not to use (generic images, webpages). However, it does not explicitly state when to avoid this tool or provide alternatives.

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

analyze_webpage_screenshotB

Specialized tool for analyzing webpage screenshots. Extracts content, layout information, and interactive elements from web pages.

ParametersJSON Schema
NameRequiredDescriptionDefault
typeYesThe type of image input
dataYesThe webpage screenshot data (base64 string, file path, or URL)
mimeTypeNoMIME type of the image (required for base64 input)
focusAreaNoSpecific area to focus on (optional)
includeAccessibilityNoInclude accessibility analysis (default: true)
formatNoOutput format (default: json for structured webpage analysis)
maxTokensNoMaximum tokens in response (default: 4000)

TDQS

B3.2/5.0
Behavior2/5

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

With no annotations provided, the description carries the full burden of disclosing behavioral traits. It only states what the tool extracts but omits details about processing, privacy, size limits, or output structure beyond what the schema implies.

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?

The description is highly concise with two sentences, front-loading the core purpose. No unnecessary words.

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

Completeness2/5

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

Given 7 parameters and no output schema or annotations, the description lacks important behavioral context such as input constraints, output format details, or handling of optional parameters. It is insufficient for an agent to reliably use the tool.

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

Parameters3/5

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

The schema covers 100% of parameters with descriptions, so the description adds limited value beyond stating the extraction focus. Baseline 3 is appropriate as the schema does the heavy lifting.

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

Purpose4/5

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

The description clearly states the tool is for analyzing webpage screenshots and extracting content, layout, and interactive elements. However, it does not explicitly differentiate from sibling tools like analyze_image or analyze_mobile_app_screenshot, leaving the agent to infer the scope.

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

Usage Guidelines3/5

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

The description implies that this tool is specialized for webpages, suggesting it should be used over the general analyze_image for that context. However, it provides no explicit when-to-use or when-not-to-use guidance, nor does it name alternatives.

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. 3 tool updates
    • First observedanalyze_image
    • First observedanalyze_mobile_app_screenshot
    • First observedanalyze_webpage_screenshot

TDQS

B3.2/5.0

Scored across 3 tools

Disambiguation5/5

Each tool has a clearly distinct purpose: analyze_image handles general image analysis, analyze_mobile_app_screenshot focuses specifically on mobile app UI/UX insights, and analyze_webpage_screenshot targets webpage content and layout extraction. There is no overlap or ambiguity between these three specialized functions.

Naming Consistency5/5

All three tools follow a consistent verb_noun pattern with 'analyze_' prefix and descriptive suffixes (image, mobile_app_screenshot, webpage_screenshot). The naming is perfectly uniform and predictable across the entire toolset.

Tool Count3/5

With only 3 tools, the set feels somewhat thin for an image analysis server. While the tools cover distinct use cases, there are likely missing operations like batch processing, different analysis modes, or result formatting that would make the surface more complete.

Completeness3/5

The tools cover three specific analysis scenarios well, but there are notable gaps in the image analysis domain. Missing are tools for basic operations (e.g., image metadata extraction, format conversion), alternative analysis methods, or post-processing capabilities that would provide more comprehensive coverage.

Maintenance

ActivityInactive
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers