Logo MCP
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., "@Logo MCPget the logo for github.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-mcp
一个智能Logo提取和分析的MCP(Model Context Protocol)服务器,支持从网站URL自动识别并提取Logo图标,并提供详细的Logo分析功能。
功能特性
🎯 智能Logo提取
多源识别:支持从favicon、Apple Touch图标、OpenGraph图像、CSS类名等多种方式提取Logo
智能评分:自动评估候选Logo质量,选择最佳版本
格式支持:支持PNG、JPG、SVG等多种图像格式
尺寸优化:自动选择合适尺寸的Logo版本
📊 Logo分析
详细信息:提供Logo尺寸、格式、类型等完整信息
多候选比较:显示所有可能的Logo候选项及其评分
质量评估:自动评估Logo图像质量和可用性
快速URL获取:支持直接获取最佳Logo的URL地址
Related MCP server: Logo.dev MCP Server
安装使用
作为MCP服务器使用
安装依赖:
npm install @lucianaib/logo-mcp在MCP客户端配置中添加:
{
"mcpServers": {
"logo-mcp": {
"command": "npx",
"args": ["@lucianaib/logo-mcp"]
}
}
}
开发环境设置
克隆仓库:
git clone https://github.com/lfrbmw/Logo-MCP.git
cd Logo-MCP安装依赖:
npm install构建项目:
npm run build启动开发服务器:
npm run devMCP工具
使用示例:
使用mcp提取 https://juejin.cn/的 Logo

get_best_logo_url
从网站提取并返回最佳Logo的URL地址,适用于只需要获取最佳Logo URL的场景
参数:
url(必需): 要分析的网站URL
示例:
{
"name": "get_best_logo_url",
"arguments": {
"url": "https://www.google.com"
}
}analyze_logo
分析Logo的基本信息(尺寸、格式、质量等),支持onlyBestUrl参数只返回最佳Logo的URL
参数:
url(必需): 要分析的网站URLonlyBestUrl(可选): 是否只返回最佳Logo的URL,默认为false
示例:
{
"name": "analyze_logo",
"arguments": {
"url": "https://www.github.com",
"onlyBestUrl": false
}
}技术架构
核心模块
LogoExtractor: 负责从网站提取Logo候选项,实现多源识别和智能评分算法
ImageProcessor: 提供图像处理功能,包括格式转换、尺寸调整和质量增强
依赖库
@modelcontextprotocol/sdk: MCP协议支持,提供服务器和通信框架axios: HTTP请求处理,用于获取网站内容和下载Logo图像cheerio: HTML解析,用于从网页中提取Logo相关信息sharp: 图像处理,提供格式转换、尺寸调整和增强功能image-size: 图像尺寸检测,用于获取Logo图像的尺寸信息url-parse: URL解析,用于处理和规范化网站URLmime-types: MIME类型检测,用于识别图像文件格式
Logo提取策略
1. 多源候选提取
Favicon链接 (
<link rel="icon">)Apple Touch图标 (
<link rel="apple-touch-icon">)OpenGraph图像 (
<meta property="og:image">)CSS类名识别 (
.logo,#logo,.brand等)品牌相关图像
2. 智能评分算法
类型权重:Logo类名 > Apple Touch > Favicon > 品牌图像 > OG图像
尺寸评分:偏好32-512px的正方形或接近正方形图像
质量检测:过滤损坏或空白图像
3. 最佳选择
根据综合评分自动选择最符合主视觉的Logo版本
Logo分析流程
1. 多源提取
HTML解析: 从页面meta标签提取favicon、apple-touch-icon等
CSS分析: 通过类名和ID识别可能的Logo元素
OpenGraph: 解析OG图像标签获取社交媒体使用的Logo
智能检测: 识别页面上可能的品牌标识元素
2. 候选评分
类型权重: 根据来源类型分配权重(如明确的logo类名权重更高)
尺寸分析: 评估图像尺寸是否适合作为Logo(32px-512px范围内)
宽高比: 优先选择接近正方形的图像
质量检测: 检查图像是否损坏或过于模糊
3. 结果输出
详细分析: 提供所有候选项的详细信息及评分
最佳推荐: 根据综合评分推荐最合适的Logo
快速获取: 支持直接返回最佳Logo的URL地址
错误处理
网络错误:超时重试和友好提示
图像损坏:自动检测和跳过
格式不支持:清晰的错误信息
无Logo情况:返回友好的无结果提示
性能优化
并发处理:多候选Logo并行验证
缓存机制:避免重复下载
内存管理:及时释放图像缓冲区
超时控制:防止长时间阻塞
贡献指南
Fork项目
创建功能分支 (
git checkout -b feature/AmazingFeature)提交更改 (
git commit -m 'Add some AmazingFeature')推送到分支 (
git push origin feature/AmazingFeature)打开Pull Request
许可证
本项目采用MIT许可证 - 查看 LICENSE 文件了解详情
作者
lucianaib - GitHub
支持
如果您遇到问题或有功能建议,请在 GitHub Issues 中提出。
Logo MCP - 让Logo提取变得简单智能 🚀
Available Tools
2 toolsanalyze_logoB
分析Logo的基本信息(尺寸、格式、质量等),支持onlyBestUrl参数只返回最佳Logo的URL
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | 要分析的网站URL | |
| onlyBestUrl | No | 是否只返回最佳Logo的URL,默认为false |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations provided, the description carries full burden for behavioral disclosure. It mentions the 'onlyBestUrl' parameter behavior but doesn't describe what happens when it's false (presumably returns full analysis), what 'best' means, potential rate limits, authentication requirements, error conditions, or output format. The description provides minimal behavioral context beyond basic functionality.
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 appropriately concise with two clear clauses: the main purpose statement and the parameter support explanation. It's front-loaded with the core functionality. However, the second clause could be slightly more integrated with the main purpose rather than appearing as an addendum.
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 no annotations, no output schema, and a tool that performs analysis (potentially complex processing), the description is insufficient. It doesn't explain what the analysis returns, what metrics are evaluated, how 'quality' is determined, or what happens when analysis fails. For an analysis tool with no structured output documentation, this leaves significant gaps.
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 description coverage is 100%, so the schema already documents both parameters thoroughly. The description adds minimal value beyond the schema by mentioning the 'onlyBestUrl' parameter, but doesn't provide additional semantic context about what 'best' means or how the analysis is performed. Baseline 3 is appropriate when schema does the heavy lifting.
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', but doesn't explicitly differentiate from 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 context through the 'onlyBestUrl' parameter explanation ('支持onlyBestUrl参数只返回最佳Logo的URL' - supports onlyBestUrl parameter to return only the best logo 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 relationship ambiguous.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
get_best_logo_urlB
从网站提取并返回最佳Logo的URL地址,适用于只需要获取最佳Logo URL的场景
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | 要分析的网站URL |
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. The description mentions extraction and returning a URL, but doesn't disclose important behavioral traits: what '最佳' (best) means (criteria for selection), whether this makes network requests, potential rate limits, error handling, or what happens if no logo is found. For a tool that presumably performs web scraping/analysis with zero 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.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is extremely concise - a single sentence in Chinese that directly states the purpose and usage context. Every word earns its place with no redundancy or unnecessary elaboration. It's front-loaded with the core functionality.
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 that this is a tool that performs web analysis/extraction with no annotations and no output schema, the description is incomplete. It doesn't explain what constitutes '最佳' (best) logo, what format the returned URL will be in, potential limitations or requirements (e.g., the website must be accessible), or error conditions. For a tool with this complexity and no structured metadata, the description should provide more contextual information.
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 description coverage is 100% (the single parameter 'url' has a clear description in the schema: '要分析的网站URL' - website URL to analyze). The tool description doesn't add any parameter-specific information beyond what's already in the schema. With high schema coverage, the baseline is 3 even without additional param details in the description.
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 and return) and resource ('Logo的URL地址' - logo URL address). However, it doesn't explicitly differentiate from the sibling tool 'analyze_logo' - it only says it's '适用于只需要获取最佳Logo URL的场景' (suitable for scenarios where only the best logo URL is needed), which is somewhat implied differentiation but not explicit.
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 guidance: '适用于只需要获取最佳Logo URL的场景' (suitable for scenarios where only the best logo URL is needed). This implies when to use this tool (when you just need the URL) versus potentially more comprehensive analysis with 'analyze_logo', but it's not explicit about when NOT to use it or clear alternatives. No prerequisites or exclusions are mentioned.
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.
2 tool updates
v1.0.0- First observed
analyze_logo - First observed
get_best_logo_url
TDQS
The two tools have significant functional overlap, as both can return the best logo URL. The analyze_logo tool provides broader analysis but includes the best URL functionality, while get_best_logo_url is specifically for that purpose, creating ambiguity about when to use each tool.
Both tools follow a clear verb_noun naming pattern (analyze_logo, get_best_logo_url), which is consistent and readable. The minor deviation is that one uses 'analyze' while the other uses 'get', but this reflects their different primary purposes.
With only 2 tools, the server feels under-scoped for a logo analysis domain. This minimal set lacks operations for common needs like logo validation, format conversion, or batch processing, making it too thin for robust functionality.
The toolset is severely incomplete for logo analysis. It misses essential operations such as logo validation, format conversion (e.g., to PNG/SVG), resizing, color extraction, or batch processing, leaving significant gaps that will limit agent effectiveness.
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
Free URL metadata extraction API. Extract titles, descriptions, Open Graph tags, and favicons from any URL. No API keys required.
Car logo API and image CDN: search automotive brands, fetch brand data, and build logo CDN URLs.
Turns any URL into SEO metadata, contacts, tech stack, and AI-ready Markdown, in one call.
Search brands and retrieve design assets, company data, other brand context from Brandfetch's API
Related MCP Servers
- AlicenseBqualityNot gradedmaintenanceAn intelligent website logo extraction system built on the Model Context Protocol (MCP) that automatically identifies and extracts logo icons from websites.2301-
- FlicenseAqualityDmaintenanceEnables searching for company logos by brand name and retrieving customizable logo image URLs with options for format, size, theme, and greyscale conversion using the Logo.dev API.2-
- AlicenseNot gradedqualityDmaintenanceExtracts brand identity (colors, typography, spacing) from any website and generates HTML/CSS replicas or applies branding to templates.1MIT
- AlicenseAqualityAmaintenanceEnables looking up company logos and brand data via the logo.dev API.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/OnePieceLwc/logo-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server