Skrape MCP Server
OfficialSkrape MCP サーバー
skrape.aiを使って、あらゆるウェブページをクリーンで LLM 対応の Markdown に変換します。LLM にウェブコンテンツを入力するのに最適です。
このMCPサーバーは、skrape.ai APIを使用してWebページを構造化されたクリーンなMarkdown形式に変換するためのシンプルなインターフェースを提供します。Claude Desktop、他のLLM、そしてMCP対応アプリケーションとシームレスに連携するように設計されています。
LLM 統合に Skrape を使用する理由
クリーンで構造化された出力: LLM の使用に最適な、フォーマットされたマークダウンを生成します。
ノイズリダクション: 広告、ナビゲーションメニュー、その他の無関係なコンテンツを自動的に削除します
一貫したフォーマット: ソースに関係なく、Webコンテンツが均一に構造化されていることを保証します。
JavaScript サポート: 変換前に JavaScript をレンダリングすることで動的コンテンツを処理します
LLM 最適化: Claude、GPT、その他の LLM モデルなどの LLM に Web コンテンツを入力するのに最適です。
Related MCP server: Scraper MCP
特徴
ツール
get_markdown- あらゆるウェブページを LLM 対応の Markdown に変換する任意の入力URLとオプションのパラメータを受け取ります
LLM の使用に最適化された、クリーンで構造化された Markdown を返します。
動的コンテンツのJavaScriptレンダリングをサポート
高度な統合のためのオプションのJSONレスポンス形式
インストール
Smithery経由でインストール
Smithery経由で Claude Desktop 用の Skrape MCP Server を自動的にインストールするには:
npx -y @smithery/cli install @skrapeai/skrape-mcp --client claude手動インストール
skrape.aiからAPIキーを取得する
依存関係をインストールします:
npm installサーバーを構築します。
npm run buildClaude Desktop にサーバー設定を追加します。
MacOSの場合:
nano ~/Library/Application\ Support/Claude/claude_desktop_config.jsonWindowsの場合:
notepad %APPDATA%/Claude/claude_desktop_config.json次の構成を追加します (パスと API キーを実際の値に置き換えます)。
{
"mcpServers": {
"skrape": {
"command": "node",
"args": ["path/to/skrape-mcp/build/index.js"],
"env": {
"SKRAPE_API_KEY": "your-key-here"
},
}
}
}LLMと併用する
Claude またはその他の LLM モデルでサーバーを使用する方法は次のとおりです。
まず、LLMアプリケーションでサーバーが適切に設定されていることを確認します。
次に、ALLMI に任意の Web ページを取得して処理するように要求できます。
Convert this webpage to markdown: https://example.com
Claude will use the MCP tool like this:
<use_mcp_tool>
<server_name>skrape</server_name>
<tool_name>get_markdown</tool_name>
<arguments>
{
"url": "https://example.com",
"options": {
"renderJs": true
}
}
</arguments>
</use_mcp_tool>結果として得られる Markdown はクリーンかつ構造化されており、LLM 処理の準備が整っています。
詳細オプション
get_markdownツールは次のパラメータを受け入れます。
url(必須): 変換するウェブページのURLreturnJson(オプション):trueに設定すると、マークダウンではなく完全なJSONレスポンスが取得されます。options(オプション): 追加のスクレイピングオプションrenderJs: スクレイピング前にJavaScriptをレンダリングするかどうか(デフォルト: true)
すべてのオプションを含む例:
<use_mcp_tool>
<server_name>skrape</server_name>
<tool_name>get_markdown</tool_name>
<arguments>
{
"url": "https://example.com",
"returnJson": true,
"options": {
"renderJs": false
}
}
</arguments>
</use_mcp_tool>発達
自動リビルドを使用した開発の場合:
npm run watchデバッグ
MCPサーバーはstdio経由で通信するため、デバッグが困難になる場合があります。MCP Inspectorの使用をお勧めします。
npm run inspectorインスペクターは、ブラウザでデバッグ ツールにアクセスするための URL を提供します。
Available Tools
1 toolget_markdownC
Get markdown content from a webpage using skrape.ai
| Name | Required | Description | Default |
|---|---|---|---|
| url | Yes | URL of the webpage to scrape | |
| returnJson | No | Whether to return JSON response (true) or raw markdown (false) | |
| options | No | Additional scraping options |
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 the tool uses skrape.ai but doesn't describe rate limits, authentication needs, error handling, or what happens if scraping fails. For a web scraping tool 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 a single, efficient sentence with zero waste. It's appropriately sized and front-loaded, clearly stating the core functionality without unnecessary details.
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 web scraping (potential for errors, rate limits, etc.), no annotations, and no output schema, the description is incomplete. It doesn't address behavioral aspects like what the return format looks like, error conditions, or usage constraints, leaving significant gaps for an AI agent.
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 all parameters thoroughly. The description doesn't add any meaning beyond what the input schema provides, such as explaining trade-offs between JSON vs. raw markdown or when to adjust JavaScript rendering. Baseline 3 is appropriate when the 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: 'Get markdown content from a webpage using skrape.ai'. It specifies the action (get), resource (markdown content), and method (using skrape.ai). However, it doesn't differentiate from siblings since there are none, so it can't earn a 5 for that criterion.
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 limitations. It merely states what the tool does without context about appropriate scenarios or constraints.
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 tool update
v1.0.0- First observed
get_markdown
TDQS
Scored across 1 tool
With only one tool, there is no possibility of ambiguity or confusion between tools. The tool's purpose is clearly defined as retrieving markdown content from webpages, making it distinct by default.
A single tool inherently has perfect naming consistency, as there are no other tools to compare against. The name 'get_markdown' follows a clear verb_noun pattern, which would be consistent if more tools were added.
A single tool is too few for a server named 'Skrape MCP Server', which suggests a broader scraping or data extraction purpose. This minimal toolset limits functionality and feels incomplete for the implied scope, as it only handles markdown retrieval without other common scraping operations.
The server is severely incomplete for a scraping domain. It lacks basic operations such as fetching HTML, extracting specific elements, handling different content types, or managing sessions. With only one tool for markdown, agents will face dead ends when trying to perform typical scraping tasks.
Maintenance
Related MCP Connectors
Web scraping for AI agents. Converts URLs to clean, LLM-ready Markdown with anti-bot bypass.
Convert any webpage to clean LLM-ready markdown, extraction-first, with article and news modes.
Converts any URL to clean, LLM-ready Markdown using real Chrome browsers
URL to clean markdown for LLMs: a polite, robots.txt-respecting web reader. Free, no API key
Related MCP Servers
- AlicenseAqualityAmaintenanceThis server enables LLMs to retrieve and process content from web pages, converting HTML to markdown for easier consumption.21117,055 PyPI90,569MIT
- AlicenseNot gradedqualityDmaintenanceA context-optimized web scraping server that converts HTML to markdown/text and applies CSS selectors server-side, reducing token usage by 70-90% while providing AI tools with clean, filtered web content.7MIT
- AlicenseNot gradedqualityDmaintenanceA server that extracts clean Markdown from web pages using headless Chrome, reducing token usage by up to 90% for AI tools like Claude.7 npmISC
- AlicenseNot gradedqualityDmaintenanceConverts any webpage into clean, LLM-ready Markdown, removing noise and supporting JavaScript rendering.MIT