Skip to main content
Glama
puremd

pure.md MCP server

Official
by puremd

pure.md MCP 服务器

铁匠徽章

欢迎使用pure.md的模型上下文协议 (MCP) 服务器。

pure.md - 法学硕士的 Markdown 交付网络

pure.md让您的脚本、API、应用、代理等能够可靠地访问 Markdown 格式的 Web 内容——只需在任何 URL 前添加pure.md/即可。它可以避免机器人检测,并为 SPA 渲染 JavaScript,还能将 HTML、PDF、图像等转换为纯 Markdown 格式。就像 Markdown 内容的 CDN 一样,它会全局缓存对同一资源未来请求的响应,从而减轻源 Web 服务器的压力。

如果没有 puremd-mcp,本地代理可能无法获取网络内容。puremd -mcp 会教导 Cursor、Windsurf 和 Claude Desktop 等 MCP 客户端如何采用 pure.md 的功能,为它们提供网络解锁和搜索功能。

puremd-mcp 附带两个工具:

  • unblock-url - 从网页中提取 markdown 而不会被阻止

  • search-web - 在网络上搜索查询并将结果连接到 markdown 中

由 Anthropic 开发的模型上下文协议 (Model Context Protocol ) 是一项开放标准,使 AI 系统能够与工具生态系统无缝交互。借助该协议,Cursor、Windsurf 和 Claude Desktop 等 MCP 客户端可以学习如何使用各种 API 和其他功能。

验证

生成 API 密钥是可选步骤,用于解锁更高的速率限制。如果您想匿名使用 pure.md MCP 服务器,只需将PUREMD_API_KEY值设置为空字符串 ( "" )。

  1. 在pure.md注册一个新帐户 — — 注册是免费的!

  2. 在仪表板中,生成一个新的 API 令牌

  3. 复制令牌,并将其用作 MCP 客户端配置文件中的PUREMD_API_KEY值(见下文)

Related MCP server: mult-fetch-mcp-server

客户端配置

光标

将以下内容添加到您的~/.cursor/mcp.json文件:

{
  "mcpServers": {
    "pure.md": {
      "command": "npx",
      "args": ["-y", "puremd-mcp"],
      "env": {
        "PUREMD_API_KEY": "<TOKEN>"
      }
    }
  }
}

风帆冲浪

将以下内容添加到您的./codeium/windsurf/model_config.json文件中:

{
  "mcpServers": {
    "pure.md": {
      "command": "npx",
      "args": ["-y", "puremd-mcp"],
      "env": {
        "PUREMD_API_KEY": "<TOKEN>"
      }
    }
  }
}

克劳德桌面

将以下内容添加到您的~/Library/Application\ Support/Claude/claude_desktop_config.json文件中:

{
  "mcpServers": {
    "pure.md": {
      "command": "npx",
      "args": ["-y", "puremd-mcp"],
      "env": {
        "PUREMD_API_KEY": "<TOKEN>"
      }
    }
  }
}

通过 Smithery 安装

要通过Smithery自动为 Claude Desktop 安装 puremd-mcp:

npx -y @smithery/cli install @puremd/puremd-mcp --client claude

Available Tools

2 tools
search-webD
ParametersJSON Schema
NameRequiredDescriptionDefault
queryYes

TDQS

D1/5.0
Behavior1/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Tool has no description.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness1/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Tool has no description.

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

Completeness1/5

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

Tool has no description.

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

Parameters1/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Tool has no description.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose1/5

Does the description clearly state what the tool does and how it differs from similar tools?

Tool has no description.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines1/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Tool has no description.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

unblock-urlD
ParametersJSON Schema
NameRequiredDescriptionDefault
urlYes

TDQS

D1/5.0
Behavior1/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Tool has no description.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness1/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Tool has no description.

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

Completeness1/5

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

Tool has no description.

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

Parameters1/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Tool has no description.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose1/5

Does the description clearly state what the tool does and how it differs from similar tools?

Tool has no description.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines1/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Tool has no description.

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. 2 tool updates
    • First observedsearch-web
    • First observedunblock-url

TDQS

D1.8/5.0

Scored across 2 tools

Disambiguation5/5

The two tools have clearly distinct purposes: 'search-web' appears to perform web searches, while 'unblock-url' likely handles URL unblocking or access. There is no overlap in functionality, making them easily distinguishable.

Naming Consistency5/5

Both tools follow a consistent verb-noun pattern with hyphen separation (e.g., 'search-web', 'unblock-url'), and they use clear, action-oriented verbs. There are no deviations in naming style.

Tool Count2/5

With only 2 tools, the server feels thin and likely incomplete for a web-related domain. This minimal set suggests significant gaps in coverage, such as missing operations for browsing, filtering, or managing search results.

Completeness2/5

Inferred as a web search/access server, the toolset is severely incomplete. It lacks core operations like retrieving search results, handling pagination, or managing blocked URLs beyond unblocking. This will likely cause agent failures in typical workflows.

Maintenance

ActivityInactive
ResponsivenessNo issues

Related MCP Connectors

Related MCP Servers

  • F
    license
    Not graded
    quality
    D
    maintenance
    A locally-hosted MCP server that provides AI assistants with advanced web crawling capabilities, including structured data extraction, deep site crawling, and page screenshots. It enables users to convert single or multiple URLs into clean Markdown content for processing by LLMs without requiring external API keys for basic features.
    -
  • A
    license
    A
    quality
    B
    maintenance
    An MCP server that enables AI assistants to fetch web content in multiple formats (HTML, JSON, text, Markdown) with intelligent content extraction, chunk management, and browser automation support.
    5
    96 npm
    15
    MIT
  • A
    license
    Not graded
    quality
    D
    maintenance
    An open-source web retrieval MCP server that fetches, crawls, and searches the web, returning clean markdown for AI agents. It integrates with Claude MCP, LangChain, and other frameworks for agentic web access.
    1
    MIT
  • F
    license
    Not graded
    quality
    B
    maintenance
    An MCP server that provides browser-grade web access for AI agents, using Chrome's actual network stack to bypass anti-bot protections and return clean markdown.
    9
    -