Logo-Analyze
Click on "Deploy 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., "@Logo-Analyzeget the best logo from https://example.com"
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.
Logo提取处理工具 Logo Analyze
一个智能Logo提取和处理的MCP服务器,支持从网站URL自动识别并提取Logo图标,并提供图像处理和矢量转换功能。 An MCP server for intelligent logo extraction and processing, supporting automatic recognition and extraction of logo icons from website URLs, and providing image processing and vector conversion functions.## 工具列表 Tool List
本MCP服务封装下列工具,可让模型通过标准化接口调用以下功能。 本MCP服务封装下列工具,可让模型通过标准化接口调用以下功能。
工具 Tool | 描述 Description |
get_best_logo_url | 从网站提取并返回最佳Logo的URL地址,适用于只需要获取最佳Logo URL的场景 |
analyze_logo | 分析Logo的基本信息(尺寸、格式、质量等),支持onlyBestUrl参数只返回最佳Logo的URL |
检查服务 ## Inspector
工具在线测试: https://mcp.xiaobenyang.com/inspector/1777316659872771
Online Tool test https://mcp.xiaobenyang.com/inspector/1777316659872771
Related MCP server: Stamp it
服务配置 MCP Server Config
如何获取 XBY-APIKEY ? How to get XBY-APIKEY ?
访问小笨羊科技网站 https://xiaobenyang.com,注册用户即可获得APIKEY Visit XiaoBenYang website https://xiaobenyang.com, register and get the APIKEY.
SSE
{
"mcpServers": {
"Logo提取处理工具": {
"headers": {
"XBY-APIKEY": "<YOUR_XBY_APIKEY>"
},
"type": "sse",
"url": "https://mcp.xiaobenyang.com/1777316659872771/sse"
}
}
}STREAMABLE HTTP
{
"mcpServers": {
"Logo提取处理工具": {
"headers": {
"XBY-APIKEY": "<YOUR_XBY_APIKEY>"
},
"type": "streamable_http",
"url": "https://mcp.xiaobenyang.com/1777316659872771/mcp"
}
}
}STDIO
{
"mcpServers": {
"Logo提取处理工具": {
"command": "npx",
"args": [
"-y",
"xiaobenyang-mcp"
],
"env": {
"XBY_APIKEY": "<YOUR_XBY_APIKEY>",
"mcpId": "1777316659872771",
},
"transport": "stdio"
}
}
}
Available Tools
2 toolsanalyze_logoanalyze_logoB
分析Logo的基本信息(尺寸、格式、质量等),支持onlyBestUrl参数只返回最佳Logo的URL
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | ||
| onlyBestUrl | No |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries the full burden of behavioral disclosure. It mentions that the tool analyzes logo information and supports an onlyBestUrl parameter to return only the best logo's URL, but it lacks details on what 'best' means, how analysis is performed, potential rate limits, error conditions, or output format. This leaves significant gaps in understanding the tool's behavior.
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 concise and front-loaded, stating the main purpose in the first part and adding parameter-specific information in the second. Both sentences earn their place by providing essential details without unnecessary elaboration, though it could be slightly more structured for clarity.
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 of analyzing logos (which may involve image processing), no annotations, no output schema, and low schema description coverage, the description is incomplete. It doesn't explain what 'quality' means, how results are returned, or any limitations, making it insufficient for an agent to fully understand the tool's context and usage.
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 schema description coverage is 0%, so the description must compensate. It adds meaning for the 'onlyBestUrl' parameter by explaining it returns only the best logo's URL, but it doesn't clarify the 'url' parameter's purpose or format. With 2 parameters and partial coverage in the description, this meets the baseline for minimal adequacy but doesn't fully compensate for the schema gap.
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 tool's purpose: '分析Logo的基本信息(尺寸、格式、质量等)' (analyze logo's basic information including dimensions, format, quality, etc.). It specifies the verb 'analyze' and resource 'logo' with concrete attributes. However, it doesn't explicitly differentiate from the sibling tool 'get_best_logo_url' beyond mentioning the onlyBestUrl parameter.
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 through the mention of 'onlyBestUrl参数只返回最佳Logo的URL' (onlyBestUrl parameter returns only the best logo's URL), suggesting this tool can be used for detailed analysis or just to get the best URL. However, it doesn't provide explicit guidance on when to use this tool versus the sibling 'get_best_logo_url' or any other alternatives, leaving the distinction unclear.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
get_best_logo_urlget_best_logo_urlC
从网站提取并返回最佳Logo的URL地址,适用于只需要获取最佳Logo URL的场景
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes |
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 of behavioral disclosure. It mentions extraction and returning a URL, but doesn't describe how 'best' is determined, potential errors (e.g., if no logo is found), rate limits, or authentication needs. This leaves significant gaps in understanding the tool's behavior.
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 concise and front-loaded, consisting of a single sentence that states the core purpose. There's no wasted text, though it could be slightly more informative without losing efficiency.
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 tool's complexity (extracting a 'best' logo from a website), lack of annotations, no output schema, and low parameter coverage, the description is incomplete. It doesn't explain the extraction logic, return format, error handling, or other behavioral aspects needed for effective use.
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 1 parameter (url) with 0% description coverage, and the tool description provides no information about the parameter. It doesn't explain what the 'url' input represents (e.g., website URL to analyze), expected format, or constraints, failing to compensate for the low schema coverage.
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 tool's purpose: '从网站提取并返回最佳Logo的URL地址' (extract and return the best logo URL from a website). It specifies the verb (extract/return) and resource (logo URL), though it doesn't explicitly differentiate from the sibling tool 'analyze_logo' beyond stating it's for scenarios where only the best logo URL is needed.
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 provides some usage context: '适用于只需要获取最佳Logo URL的场景' (suitable for scenarios where only the best logo URL needs to be obtained). This implies when to use it (when you just need the URL) but doesn't explicitly state when not to use it or mention the sibling tool 'analyze_logo' as an alternative for more detailed analysis.
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.
2 tool updates
- First observed
analyze_logo - First observed
get_best_logo_url
TDQS
Scored across 2 tools
The two tools have significant overlap in purpose, as both can return the best logo URL. 'analyze_logo' does this optionally via a parameter, while 'get_best_logo_url' is dedicated to it, creating ambiguity about which to use for that specific task. Their descriptions suggest different primary functions (analysis vs. extraction), but the shared capability blurs the boundaries.
Both tools use a clear verb_noun pattern ('analyze_logo' and 'get_best_logo_url'), making them readable and predictable. The naming is mostly consistent, with minor deviations in verb choice ('analyze' vs. 'get') that reflect their different focuses but don't break the overall pattern.
With only 2 tools, the server feels under-scoped for a logo analysis domain. This limited set may not cover essential operations like logo validation, comparison, or batch processing, making it thin and potentially incomplete for typical agent workflows in this area.
The tool surface has significant gaps for logo analysis. It lacks basic CRUD operations (e.g., no upload, delete, or update tools) and misses common functionalities like logo format conversion, color analysis, or batch processing. The two tools provide limited coverage, likely causing agent failures in broader tasks.
Maintenance
Related MCP Connectors
MCP server for web extraction and rendering via AceDataCloud WebExtrator
Cybersecurity MCP server for URL scanning, threat intelligence, and domain reputation.
MCP server for meme generation, template search, caption rendering, and AI meme creation.
An MCP Server that provides identity verification and anti-fraud tools for AI agents via deepidv.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceMCP Tool Server for Logo Generation. This server provides logo generation capabilities using FAL AI, with tools for image generation, background removal, and image scaling.172GPL 3.0
- AlicenseAqualityDmaintenanceAn MCP server that adds full-screen text or image watermarks to images with intelligent color adaptation and multi-language support.22Apache 2.0
- AlicenseAqualityBmaintenanceAn MCP server that converts raster images (PNG, JPG, WEBP) to scalable SVG vector graphics.15Apache 2.0
- AlicenseAqualityDmaintenanceMCP server providing image analysis tools for AI agents, including metadata extraction, favicon discovery, and placeholder generation.522 npmMIT