Skip to main content
Glama
enesjakozh
JeremyNixon

MCP Fetch

by JeremyNixon
OverviewSchemaSourceRelated ServersDiscussionsAdmin
Local

MCPフェッチ

鍛冶屋のバッジ

ウェブコンテンツの取得と画像処理のためのモデルコンテキストプロトコル（MCP）サーバー。これにより、Claude Desktop（または任意のMCPクライアント）はウェブコンテンツを取得し、画像を適切に処理できるようになります。

クイックスタート（ユーザー向け）

このツールを Claude Desktop で使用するには、Claude Desktop の構成 ( ~/Library/Application Support/Claude/claude_desktop_config.json ) に以下を追加するだけです。

{
  "tools": {
    "fetch": {
      "command": "npx",
      "args": ["-y", "@kazuph/mcp-fetch"]
    }
  }
}

これにより、必要に応じてツールの最新バージョンが自動的にダウンロードされ、実行されます。

必要な設定

  1. クロードのアクセシビリティを有効にする:

    • システム設定を開く

    • 「プライバシーとセキュリティ」>「アクセシビリティ」へ移動

    • 「+」ボタンをクリック

    • アプリケーションフォルダからClaudeを追加します

    • クロードのトグルをオンにする

自動クリップボード操作 (Cmd+V) が適切に機能するには、このアクセシビリティ設定が必要です。

Related MCP server: @kazuph/mcp-fetch

開発者向け

次のセクションは、ツールを開発または変更したい人向けです。

前提条件

  • Node.js 18歳以上

  • macOS（クリップボード操作用）

  • Claude Desktop ( https://claude.ai/desktopからインストール)

  • tsx ( npm install -g tsxでインストール)

インストール

Smithery経由でインストール

Smithery経由で Claude Desktop 用の MCP Fetch を自動的にインストールするには:

npx -y @smithery/cli install @kazuph/mcp-fetch --client claude

手動インストール

git clone https://github.com/kazuph/mcp-fetch.git
cd mcp-fetch
npm install
npm run build

画像処理仕様

Web コンテンツから画像を処理する場合、次の制限が適用されます。

  • グループあたり最大6枚の画像

  • グループあたりの最大高さは8000ピクセル

  • グループあたりの最大サイズは30MBです

コンテンツがこれらの制限を超えると、画像は自動的に複数のグループに分割され、複数回貼り付け (Cmd+V) が必要になります。

構成

  1. Claude Desktop がインストールされ、実行されていることを確認してください。

  2. まだインストールしていない場合は、tsx をグローバルにインストールします。

npm install -g tsx
# or
pnpm add -g tsx

  1. Claude Desktop の設定を変更してください: ~/Library/Application Support/Claude/claude_desktop_config.json

これは、Claude Desktop メニューから簡単に見つけることができます。

  1. クロードデスクトップを開く

  2. MacのメニューバーでClaudeをクリック

  3. 「設定」をクリック

  4. 「開発者」をクリック

MCP クライアントの構成に以下を追加します。

{
  "tools": {
    "fetch": {
      "args": ["tsx", "/path/to/mcp-fetch/index.ts"]
    }
  }
}

利用可能なツール

  • fetch : インターネットからURLを取得し、その内容をマークダウンとして抽出します。画像は自動的に処理され、クリップボード操作用に準備されます。

注記

  • このツールは、macOS 固有のクリップボード操作に依存しているため、macOS 専用に設計されています。

  • 画像は、最適なパフォーマンスと品質を実現するために Sharp を使用して処理されます。

  • 複数の画像が見つかった場合は、サイズ制限を考慮して垂直に結合されます。

  • アニメーション GIF は、最初のフレームを抽出することによって自動的に処理されます。

Available Tools

1 tool
fetchA

Retrieves URLs from the Internet and extracts their content as markdown. If images are found, they are merged vertically (max 6 images per group, max height 8000px, max size 30MB per group) and copied to the clipboard of the user's host machine. You will need to paste (Cmd+V) to insert the images.

ParametersJSON Schema
NameRequiredDescriptionDefault
urlYes
maxLengthNo
startIndexNo
rawNo

TDQS

A3.7/5.0
Behavior4/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. It discloses key behavioral traits: content extraction to markdown, image merging with specific limits (max 6 images, max height 8000px, max size 30MB), and clipboard copying with a manual paste requirement. However, it omits details like error handling, rate limits, or authentication needs, leaving some gaps.

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 appropriately sized and front-loaded, starting with the core functionality. Every sentence adds value: the first covers retrieval and extraction, the second details image handling, and the third provides a usage note. It could be slightly more concise by integrating the image limits into one sentence, but overall it's efficient.

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

Completeness3/5

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

Given the complexity (image processing, clipboard operations) and no annotations or output schema, the description is partially complete. It covers the main behaviors but lacks details on return values, error cases, or parameter effects. For a tool with 4 parameters and significant functionality, more context would be beneficial to fully guide an agent.

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

Parameters2/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 for undocumented parameters. It mentions 'URLs' (plural) but only one 'url' parameter is required, and it does not explain the semantics of 'maxLength', 'startIndex', or 'raw'. The description adds no meaning beyond the schema, failing to address the coverage gap adequately.

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 the tool's purpose with specific verbs ('retrieves URLs', 'extracts content as markdown') and resources ('URLs from the Internet'). It distinguishes itself by detailing the unique image handling behavior (merging, copying to clipboard), which is not implied by the name alone. No siblings exist to differentiate from, but the description is comprehensive.

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 usage for fetching and processing web content with images, but provides no explicit guidance on when to use this tool versus alternatives (e.g., other fetch tools or methods). It mentions a prerequisite ('You will need to paste...') but lacks context on exclusions or comparisons. With no sibling tools, this is adequate but not optimal.

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. 1 tool update
    • First observedfetch
Deploy Server
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

TDQS

A3.6/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of ambiguity or overlap between tools, as there are no other tools to compare it to. The single tool 'fetch' has a clear and distinct purpose that cannot be confused with any other tool in this set.

Naming Consistency5/5

A single tool inherently has perfect naming consistency, as there are no other tool names to compare it against. The name 'fetch' follows a simple verb pattern, which is appropriate for its function, and there is no inconsistency in naming conventions.

Tool Count2/5

A single tool is generally too few for most server purposes, as it limits functionality and may indicate an incomplete or overly narrow scope. For a server named 'MCP Fetch', which suggests fetching-related operations, having only one tool feels thin and insufficient for covering potential variations or related tasks in the domain.

Completeness2/5

The server's domain appears to be fetching and processing web content, but with only one tool, there are significant gaps in coverage. For example, there are no tools for handling different fetch methods, error handling, caching, or other related operations, which could lead to agent failures when more complex fetching scenarios arise.

Maintenance

ActivityInactive
ResponsivenessNo issues

Resources

Related MCP Connectors

Related MCP Servers

Appeared in Searches