English | 简体中文
一个用于无缝集成 Unsplash 图像搜索功能的简单 MCP 服务器。
Unsplash MCP 服务器用于搜索丰富的高质量图像。它非常适合希望将 Unsplash 功能集成到自己应用程序中的开发者。
Related MCP server: Unsplash MCP Server
高级图像搜索：搜索 Unsplash 庞大的照片库，支持以下筛选条件：
关键词相关性
配色方案
方向选项
自定义排序和分页
在安装此服务器之前，您需要获取 Unsplash API 访问密钥 (Access Key)：
在 Unsplash 创建开发者账户
注册一个新应用
从应用详情页面获取您的访问密钥 (Access Key)
在下方的配置步骤中使用此密钥
有关更多详细信息，请参阅 官方 Unsplash API 文档。
通过 Smithery 自动为 Claude Desktop 安装 Unsplash 图像集成服务器：
Cursor IDE
npx -y @smithery/cli@latest install @hellokaton/unsplash-mcp-server --client cursor --key 7558c683-****-****Windsurf
npx -y @smithery/cli@latest install @hellokaton/unsplash-mcp-server --client windsurf --key 7558c683-****-****Cline
npx -y @smithery/cli@latest install @hellokaton/unsplash-mcp-server --client cline --key 7558c683-****-****# Clone the repository
git clone https://github.com/hellokaton/unsplash-mcp-server.git
# Navigate to project directory
cd unsplash-mcp-server
# Create virtual environment
uv venv
# Install dependencies
uv pip install .Cursor 编辑器集成
将以下配置添加到 Cursor 编辑器的 settings.json 中：
⚠️ 注意： 请根据您的实际安装情况调整以下配置：
如果 uv 不在您的系统 PATH 中，请使用绝对路径（例如 /path/to/uv）
./server.py 应修改为您服务器脚本的实际位置（可以使用绝对路径或相对于工作区的路径）
{
"mcpServers": {
"unsplash": {
"command": "uv",
"args": ["run", "--with", "fastmcp", "fastmcp", "run", "./server.py"],
"env": {
"UNSPLASH_ACCESS_KEY": "${YOUR_ACCESS_KEY}"
}
}
}
}{
"tool": "search_photos",
"query": "mountain",
"per_page": 5,
"orientation": "landscape"
}Golang: unsplash-mcp-server
Java: unsplash-mcp-server
Search for Unsplash photos
Args:
query: Search keyword
page: Page number (1-based)
per_page: Results per page (1-30)
order_by: Sort method (relevant or latest)
color: Color filter (black_and_white, black, white, yellow, orange, red, purple, magenta, green, teal, blue)
orientation: Orientation filter (landscape, portrait, squarish)
Returns:
List[UnsplashPhoto]: List of search results containing photo objects with the following properties:
- id: Unique identifier for the photo
- description: Optional text description of the photo
- urls: Dictionary of available image URLs in different sizes
- width: Original image width in pixels
- height: Original image height in pixels
| Name | Required | Description | Default |
|---|---|---|---|
| query | Yes | ||
| page | No | ||
| per_page | No | ||
| order_by | No | relevant | |
| color | No | ||
| orientation | No |
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 tool searches photos but doesn't cover critical aspects like rate limits, authentication requirements, pagination behavior beyond parameters, or error conditions. The return format is described, but operational context is missing.
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 well-structured and efficiently organized with clear sections for Args and Returns. Every sentence adds essential information without redundancy, making it easy to parse while maintaining completeness for the tool's 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 the tool's moderate complexity (6 parameters, 1 required) and lack of annotations/output schema, the description does well by detailing parameters and return format. However, it misses some behavioral context like rate limits or authentication needs, preventing a perfect score.
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 description adds significant value beyond the input schema, which has 0% schema description coverage. It clearly explains each parameter's purpose, constraints (e.g., '1-30' for per_page), and valid values for enums like order_by, color, and orientation. This fully compensates for the schema's lack of descriptions.
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: 'Search for Unsplash photos'. It specifies the verb ('Search') and resource ('Unsplash photos'), making the function immediately understandable. However, without sibling tools to differentiate from, it cannot achieve the highest score of 5 which requires distinguishing from alternatives.
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 no guidance on when to use this tool versus alternatives, prerequisites, or constraints. It simply lists parameters and returns without context about appropriate use cases, making it minimally helpful for decision-making.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
search_photosScored across 1 tool
With only one tool, there is no possibility of confusion or overlap between tools. The single tool 'search_photos' has a clearly defined and distinct purpose.
The single tool follows a clear verb_noun pattern ('search_photos'), and with only one tool, there is perfect consistency by definition.
A single tool for an Unsplash server feels thin and incomplete for the domain. While search is a core function, typical photo services would include additional operations like getting photo details, downloading, or user-related actions.
The tool surface is severely incomplete for an Unsplash server. There are significant gaps: no ability to get photo details by ID, download photos, access user profiles, collections, or statistics. The server only supports search, which limits agent workflows.
Official ImageKit media library server: search, upload, organize, tag, share and manage assets.
Official ImageKit developer server: search the docs and build transformation URLs. No sign-in.
Search over 1.85 million captioned images using text, a reference image, or both. Upload a JPEG, PNG, or WebP image as base64, or provide a public HTTPS image URL. Find similar images from a Lightdrift asset ID and retrieve hosted file URLs, source licenses, and attribution. Connect with OAuth or an API key. Searches cost $0.005 ($5 per 1,000); image details are free. Setup: https://docs.lightdrift.ai/guides/images-mcp
The OpenRouter MCP server plugs OpenRouter into the AI tools you already use. Once connected, your assistant can pull live OpenRouter data (models, prices, your credits, rankings, and docs) and send quick test messages, all without leaving your editor.
