@page2ai/mcp
This server exposes a single read-only MCP tool, page_to_markdown, for converting web pages or supplied HTML into clean, LLM-friendly Markdown.
Fetch an absolute HTTP(S) URL and convert the page’s main content to Markdown, preserving headings, code blocks with language hints, links, tables, and optionally images/frontmatter.
Convert HTML you already have—such as from a browser tool—instead of fetching it; pass its
urlso relative links resolve.Handle long pages in parts using
max_lengthandstart_index; the first part lists page sections, and later parts are served from memory for 10 minutes.Use Agent Bridge with the Page2AI browser extension for pages behind sign-in or rendered by JavaScript, so pages open in your own browser with cookies/scripts.
Configure fetch timeout, image inclusion, and YAML frontmatter inclusion.
Protect against SSRF by blocking private ranges, loopback, and cloud metadata endpoints.
Return actionable next steps when a page cannot be fetched/read.
Parse locally with no external API calls or telemetry beyond the URLs you provide.
Click on "Deploy 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., "@@page2ai/mcpConvert https://docs.anthropic.com/en/api/messages to clean Markdown"
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.
@page2ai/mcp — Web to Markdown for LLM Context
No downloads badge on purpose: npm download counts are dominated by registry mirrors and bots, and this README only shows numbers a human can trust.
One-click webpage-to-Markdown MCP server for ChatGPT, Claude, and Gemini. Preserves code blocks with language hints, tables, and reading structure. Fetch, extract, convert — one tool, one command, entirely on your machine. No API key, no account, no telemetry; the only network requests are to the URLs you pass it.
Companion to the Page2AI Chrome & Firefox extensions,
which convert the live page in your own browser with their own pipeline. This server is built on
@page2ai/core.
Quick start
npx -y page2ai-mcpThis starts the stdio MCP server — it waits silently for a client, so wire it into one of
the clients below rather than running it bare. Requires Node.js 20+. No API key. If
npx ever serves you a stale cached version, run npx -y page2ai-mcp@latest once.
Updating. npx -y page2ai-mcp asks npm for the newest version each time the server
starts, but an MCP client keeps the server running until you quit it: quitting and
reopening the client is the update. A version named in the config (page2ai-mcp@0.6.2)
stays until you change it. npx -y page2ai-mcp --version prints the version npx runs now.
page2ai-mcp is a thin unscoped wrapper around @page2ai/mcp,
released together with it; its dependency is a ^ range, which on 0.x versions admits
patch releases only.
Hosted endpoint (beta) — no install at all
For clients that only accept a remote MCP server URL (Streamable HTTP):
https://page2ai-mcp-remote.vercel.app/api/mcpSame tool, same code (see remote/), rate-limited per IP.
Privacy trade-off: URLs sent to the hosted endpoint are fetched from that
server, so they transit infrastructure operated by the author (on Vercel).
Running locally via npx keeps everything on your machine — prefer it when you
can.
Claude Code
claude mcp add page2ai -- npx -y page2ai-mcpOr install the Claude Code plugin, which adds the same server plus a skill that tells the agent when to use it and what to do with signed-in, blocked and very long pages (Claude Code 2.1.275 or later):
/plugin install page2ai --marketplace igorsaevets/page2ai-mcpIt asks for one optional, secret setting, the Agent Bridge key (see below). In claude -p runs allow the
tool by name: --allowedTools "mcp__plugin_page2ai_page2ai__page_to_markdown".
Claude Desktop
One-click bundle: download page2ai-mcp-<version>.mcpb from the
latest release, then in
Claude Desktop open Settings → Extensions → Advanced settings → Install Extension…
and pick the file.
Or add to claude_desktop_config.json (macOS: ~/Library/Application Support/Claude/,
Windows: %APPDATA%\Claude\), then fully quit and restart Claude Desktop:
{
"mcpServers": {
"page2ai": { "command": "npx", "args": ["-y", "page2ai-mcp"] }
}
}Cursor
Or add to ~/.cursor/mcp.json (global) / .cursor/mcp.json (project):
{
"mcpServers": {
"page2ai": { "command": "npx", "args": ["-y", "page2ai-mcp"] }
}
}VS Code (GitHub Copilot)
code --add-mcp '{"name":"page2ai","command":"npx","args":["-y","page2ai-mcp"]}'Or add to .vscode/mcp.json:
{
"servers": {
"page2ai": { "type": "stdio", "command": "npx", "args": ["-y", "page2ai-mcp"] }
}
}Codex CLI
codex mcp add page2ai -- npx -y page2ai-mcpGemini CLI
gemini mcp add page2ai npx -y page2ai-mcpAntigravity
agy mcp add page2ai npx -y page2ai-mcpWindsurf
Add to ~/.codeium/windsurf/mcp_config.json (macOS/Linux) or
%USERPROFILE%\.codeium\windsurf\mcp_config.json (Windows):
{
"mcpServers": {
"page2ai": { "command": "npx", "args": ["-y", "page2ai-mcp"] }
}
}Zed
Add to settings.json (zed: open settings file):
{
"context_servers": {
"page2ai": { "command": "npx", "args": ["-y", "page2ai-mcp"] }
}
}Other MCP clients
Any client that speaks MCP over stdio works — Cline, Continue, JetBrains AI Assistant,
LM Studio and others. Point their MCP server settings at the same command:
npx -y page2ai-mcp.
Letting an AI agent install it
If an AI agent (Cline, Claude Code, Codex, …) is doing the setup for you, point it at
llms-install.md — a machine-oriented install guide with the exact
command per client and a verification step.
Related MCP server: clean-markdown-mcp
Tools
Tool | Description | Read-only | Example |
| Fetch a web page URL, or take its HTML, and convert to clean Markdown | ✅ |
|
Long pages (0.7.0 and later)
A page longer than max_length characters (default 30,000, about 8,000 tokens) comes back in
parts. A part ends between blocks: never inside a code block or the frontmatter, and never right
after a heading. The first part ends with a note naming the start_index of the next part,
followed by the page's sections as start_index (length): heading, so an agent can read the one
section it needs:
page_to_markdown(url="https://docs.python.org/3/library/stdtypes.html") → part 1 and the sections
page_to_markdown(url="https://docs.python.org/3/library/stdtypes.html", start_index=N) → the part from NLater parts come from the text the first part was cut from, kept in the server's memory for 10 minutes after the last part was read: the site gets no new request, Agent Bridge opens no second tab, and offsets do not move. A page that fits in one part comes back exactly as before. Python's built-in types page, about 286,000 characters in one result up to 0.6.3, now comes as a first part of under 30,000 characters plus a list of its sections. The hosted endpoint returns whole pages.
When a page cannot be read (0.7.0 and later)
A fetch error keeps its first line and adds a second one with the next step. HTTP 401 and 403
(on 2026-10-30, npm, Stack Overflow, Medium and OpenAI refused the server's requests): pass the
page's HTML from a browser tool as html, or turn on Agent Bridge, since the same request will be
refused again; the step names PAGE2AI_BRIDGE_KEY when the server has no key, and says so when
another Page2AI server holds the bridge port. 404 and 410: check the URL. 429: wait. 5xx: try
later. A timeout: a larger timeout_ms. A PDF or another type that is not a page, the 10 MB cap
and a redirect loop name themselves, and a host name that does not resolve says so instead of
reading like an address-guard block. A page with no readable text (built by scripts in the
browser) and a fetch that landed on a sign-in page come back with a note giving the same steps.
Pages behind a sign-in or rendered by JavaScript
The server fetches without cookies and runs no page scripts. For a page that needs either:
Pass the HTML you already have (from Playwright, Chrome DevTools MCP or another browser tool) as
html, with the page'surl: the HTML is converted, the URL is never fetched, and relative links resolve against it. The frontmatter then carriesprovenance: "HTML supplied by the caller; the source URL was not fetched". An emptyhtmlis an error, not a fetch ofurl.Or turn on Agent Bridge in the Page2AI extension (1.6.0 or later): popup → Agent Bridge switch → allow access to websites. While the extension is connected,
urlpages open in a background tab of your own browser, with its cookies and scripts, and come back as the extension's Markdown (the call'sinclude_imagesandinclude_frontmatterare honoured there, not the popup's). The extension refuses sign-in providers' pages and anything that is not http(s); a page it refuses is fetched by the server as usual, with a second text block saying why; when the browser ends on another page (a sign-in redirect), a second text block names the page it got. Private, loopback and cloud metadata addresses are refused before the browser opens them, as by the server's own fetch, and so is a page the browser was redirected to at one. The bridge listens onws://127.0.0.1:3025only.The key (0.6.0 and later). The bridge works only with the key the extension shows: popup → Agent Bridge on → Copy key. Give it to this server as
PAGE2AI_BRIDGE_KEY: in Claude Desktop (the.mcpbextension) paste it into Page2AI's setting Agent Bridge key; in a JSON config add"env": { "PAGE2AI_BRIDGE_KEY": "<key>" }to the server entry; with Claude Code,claude mcp add page2ai -e PAGE2AI_BRIDGE_KEY=<key> -- npx -y page2ai-mcp. Restart the MCP client after. Several browsers or profiles: put their keys in the one variable, separated by commas; the first to connect holds the bridge. Several MCP clients running Page2AI (Claude Desktop and Cursor, say): the one started first holds port 3025 and the others run without the bridge, so give the key to each of them. Without a key the server never sends a page to a browser, and the popup and this server's log say what to paste where. On every connection both sides prove they know the key (an HMAC exchange; the key never crosses the socket), the server first: a program that took port 3025 while no server ran gets nothing from the extension, and a program that connects to the server without the key cannot ask it for pages. Firefox needs no extra setting since 0.6.0 (0.5.3 required the install's UUID inPAGE2AI_BRIDGE_ORIGINS). New key in the popup, or reinstalling the extension, makes a new key: replace the old one with it. Whoever reads your MCP client's config or the browser profile can read the key: the bridge is no stronger than your user account.
Example prompts
1. Fetch documentation and answer questions:
"Use page_to_markdown to fetch https://docs.anthropic.com/en/docs/build-with-claude/extended-thinking and summarize the three main use cases for extended thinking."
2. Extract API reference into a code snippet:
"Fetch https://ai.google.dev/gemini-api/docs/thinking with page_to_markdown, then generate a Python code sample using the thinking budget parameter."
3. Compare two documentation pages:
"Fetch both https://docs.anthropic.com/en/docs/prompt-engineering and https://platform.openai.com/docs/guides/prompt-engineering with page_to_markdown, then summarize the differences in approach."
What a call returns
Verbatim output of page_to_markdown(url="https://docs.anthropic.com/en/api/messages"),
captured 2026-10-18 with core 0.2.1, truncated:
---
title: "Messages"
source: "https://platform.claude.com/docs/en/api/messages"
captured_at: "2026-10-18T04:33:07.670Z"
language: "en"
description: "API reference for Messages endpoints"
canonical: "https://platform.claude.com/docs/en/api/messages"
og_title: "Messages - Claude API Reference"
extractor: "page2ai-core"
extractor_version: "0.2.1"
---
# Messages
A beta version of this API exists and may have additional functionality. [View the beta version](https://platform.claude.com/docs/en/api/http/beta/messages).
1. [API reference](https://platform.claude.com/docs/en/api/http)
##### [Create a Message](https://platform.claude.com/docs/en/api/http/messages/create)
POST /v1/messages
Send a structured list of input messages with text and/or image content, and the model will generate the next message in the conversation.YAML front matter (title, source, capture timestamp, page metadata, extractor provenance),
then the page as Markdown: headings, tables and fenced code preserved; navigation, header,
footer and sidebars dropped. Interface buttons are left out (core 0.2.1); up to 0.3.0 this page also printed «Copy page»
(with the glyph of its icon) and the «cURL» code-sample switcher, each twice. Up to 0.2.8 this URL returned the site's own
Markdown copy (extractor_source: "content-negotiation"); since 0.3.0 the server reads only
the page.
Configuration
No setup required — every argument has a sensible default. page_to_markdown accepts:
Argument | Type | Default | Effect |
| string | — | Absolute http(s) URL to convert. Private ranges, loopback and cloud metadata endpoints are blocked (SSRF guard). With |
| string (≤ 10 MB) | — | The page's HTML, converted instead of a fetch. |
| boolean |
| Keep |
| boolean |
| Prepend the YAML front matter block |
| integer |
| Abort the fetch after N ms (1000–60000) |
| integer |
| Characters per part (100–1000000); a longer page comes back in parts |
| integer |
| Character offset to read from: the next part, or a section from the first part's list |
The hosted endpoint takes url only (the contract its ChatGPT plugin was reviewed with), caps
timeout_ms at 20000 and returns whole pages.
Environment variables of the local server, all optional:
Variable | Default | Effect |
| — | The Agent Bridge key(s) from the Page2AI popup, comma-separated. Without one the bridge connects no browser |
|
| Port of the Agent Bridge on 127.0.0.1. The extension connects to 3025 only, so change it for tests, not for a browser. If it is taken (another running instance), the server starts without the bridge |
| — | Exact origins of unpacked or self-built Chrome builds the bridge accepts besides Page2AI's Web Store ID, comma-separated ( |
Planned: a profile argument (auto | docs | marketing | research | dashboard | wordpress-marketing).
Privacy
@page2ai/mcp collects no data, sends no telemetry, and makes no external network calls
beyond the URLs you explicitly provide. Note that your AI client (Claude, ChatGPT, …)
still sends the extracted Markdown to its own model provider under that client's privacy
policy — that part is outside this server's control. See PRIVACY.md for details.
A long page's Markdown stays in the server's memory while its parts are read, until 10 minutes after the last part was read or until the server stops; nothing is written to disk.
With Agent Bridge on, the extension sends this server the URL's Markdown as your browser renders it, signed-in content included, over a WebSocket on 127.0.0.1; nothing else leaves the machine, but the Markdown then goes to your AI client like any other result.
The optional hosted endpoint is different by nature: URLs you ask it to convert are fetched from a server operated by the author (deployed on Vercel), and Vercel keeps its standard operational logs. No accounts, no tracking. If that trade-off matters for your use case, run the server locally — it is the same code.
Protocol revisions
Since 0.2.0 this server answers both MCP protocol revisions on the same stdio connection:
Revision | How a client opens the connection | Served |
|
| yes |
| the | yes |
serveStdio picks the era from the opening message and pins one server instance for
the life of the connection, so clients on older SDKs are unaffected. Note that a
message carrying no version claim is treated by the specification as a 2025-era
opening; server/discover without that _meta field is therefore answered with
-32601 rather than being upgraded.
Verify against a build with the raw JSON-RPC frames, without a client library:
printf '%s\n' '{"jsonrpc":"2.0","id":1,"method":"server/discover","params":{"_meta":{"io.modelcontextprotocol/protocolVersion":"2026-07-28"}}}' | node dist/index.jsKnown advisories
None. Moving to the v2 SDK removed 90 transitive packages (117 production
dependencies down to 26) and with them the @hono/node-server advisory that
0.1.x carried through the monolithic @modelcontextprotocol/sdk; that package
pulled the HTTP and OAuth server stack even for a stdio-only server. npm audit
is clean as of 0.2.0.
Development
git clone https://github.com/igorsaevets/page2ai-mcp
cd page2ai-mcp
npm install
npm run build
node dist/index.js # runs stdio MCP serverTest with MCP Inspector:
npx @modelcontextprotocol/inspector node dist/index.jsSupport
Pick the channel by what you have, not by what is quickest to type:
You have | Use |
A bug, a page that extracts badly, a feature idea | GitHub issues — public and searchable, so the fix helps the next person too |
A security vulnerability | Private vulnerability reporting, see SECURITY.md. Do not open a public issue |
A usage question | Docs first, then an issue |
About the author
Written and maintained by Igor Saevets — AI expert and founder of Page2AI. Full bio: igorsaevets.github.io/page2ai-docs/about/.
These are identity and collaboration links, not the support queue. A bug reported in a DM is a bug nobody else can find later, so anything you want fixed belongs in the table above.
LinkedIn: linkedin.com/in/igorsaevets
Facebook: facebook.com/igorsaevets
GitHub: github.com/igorsaevets
ORCID: 0009-0006-8636-1377
Build provenance
An MCP server runs with the privileges of whatever launched it, so where the tarball came from is a security question, not a formality. Releases from v0.1.2 onward are published from GitHub Actions with npm provenance: each version carries a Sigstore attestation naming the commit and workflow run that produced it, recorded in the public Rekor transparency ledger and shown as a badge on npmjs.com.
Check it before you trust it:
npm audit signatures
npm view @page2ai/mcp --json | jq '.dist.attestations'License
MIT — see LICENSE. Copyright © 2026 Igor Saevets.
Related
Page2AI Chrome extension — https://github.com/igorsaevets/page2ai-extension (a browser extension for humans, with its own extraction pipeline)
@page2ai/core — https://npmjs.com/package/@page2ai/core (the extraction library this server runs)
page2ai-mcp (unscoped) — https://npmjs.com/package/page2ai-mcp (thin wrapper around this package, published so
npx -y page2ai-mcpworks without a scope prefix)Software Heritage archive — SWHID
swh:1:snp:05123c51ef9e7c0aeb06f42b1263c07a8d26999a
Available Tools
1 toolpage_to_markdownConvert Page to MarkdownARead-only
Fetch a web page URL and convert it to clean Markdown optimized for LLM context. Preserves headings, code blocks (with language hints), links, and tables; keeps the main content and drops navigation, headers, footers, and sidebars. It fetches without cookies and runs no page scripts, so a page behind a sign-in or one rendered only by JavaScript comes back as its login page or with no content. For those, pass the page HTML you already have from a browser tool as html (with its url, relative links resolve and nothing is fetched), or ask the user to turn on Agent Bridge in the Page2AI browser extension 1.6.0 or later (if its popup has no Agent Bridge switch, that install is an older store version and the extension must be updated first): while it is connected, url pages open in the user's own browser with its cookies and scripts, and a page the extension declines is fetched by the server, with a note saying why. It requests only the URL given, as a browser opens a page, so docs sites return the page itself, not a Markdown copy of it; a URL that names a Markdown or text file (a raw GitHub README.md, an llms.txt) comes back as written. A long page comes back in parts (max_length, start_index), the first part listing the page's sections, and a page the server cannot read comes back with the next step to take. Discovers tab groups statically and emits each panel as a ### Tab: {label} section instead of concatenating (prevents Python+TypeScript examples merging into one broken block). Zero external API calls: pages are parsed locally (linkedom) or in the user's browser.
| Name | Required | Description | Default |
|---|---|---|---|
| url | No | Absolute HTTP or HTTPS URL of the web page to convert. Blocks private ranges, loopback, and cloud metadata endpoints. Given with `html`, it is not fetched: it names the page the HTML came from, and relative links resolve against it. | |
| html | No | Raw HTML of the page to convert instead of fetching it, e.g. from a browser tool. Pass the page's `url` with it so relative links resolve. Either `url` or `html` is required. | |
| max_length | No | Return at most this many characters of the page's Markdown. A longer page comes back in parts: each part names the start_index of the next one, and the first part lists the page's sections with their start_index. Range: 100-1000000. | |
| timeout_ms | No | Abort the fetch after N milliseconds. Range: 1000-60000. | |
| start_index | No | Character offset to read from: the start_index a part named for the next one, or a section's from the list on the first part. Later parts come from the text the first part was cut from, kept for 10 minutes. | |
| include_images | No | Include image references () in the output. Applies on every path, including through Agent Bridge. | |
| include_frontmatter | No | Prepend a YAML frontmatter block with title, source URL, capture timestamp, language, description, and canonical URL. Applies on every path, including through Agent Bridge. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations cover the safety profile (readOnly, destructive=false, openWorld), and the description goes well beyond them: no cookies, no script execution, no external API calls, local linkedom parsing, SSRF blocking of private ranges (in schema), 10-minute retention of the paginated source text, and the exact failure modes for auth-gated and JS-only pages. That is exactly the behavioral context the annotations can't convey.
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?
Purpose is front-loaded and every paragraph is load-bearing, but the middle section is an extremely dense run-on covering Agent Bridge version detection and the tab-group rendering rationale. Some of that (older store version, example-block merging) could be trimmed or moved to a note without losing decision-relevant information.
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?
For a 7-parameter tool with no output schema and open-world network access, the description covers the fetch modes, fallback chain, pagination protocol, and error recovery paths. An agent has everything needed to choose the right input path and interpret a partial or failed result.
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 coverage is 100%, so baseline is 3, but the description adds real meaning: `url` + `html` together means nothing is fetched and relative links resolve against `url`, and `max_length`/`start_index` are described as a linked pagination contract rather than independent knobs. It stops short of explaining `timeout_ms` and `include_images`/`include_frontmatter` interactions, which the schema covers anyway.
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 first sentence names a specific verb and resource ("Fetch a web page URL and convert it to clean Markdown") and adds a scope qualifier ("optimized for LLM context"). It then enumerates what is preserved and what is dropped, so the agent knows exactly what output shape to expect without opening the schema.
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?
Explicit routing logic is given for the hard cases: sign-in or JS-rendered pages should use the `html` parameter with `url`, or the Agent Bridge path; `max_length`/`start_index` handle long pages. It even states the fallback order (extension-first, then server fetch with a note explaining why) and what to do when the server cannot read a page.
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
v0.8.0- Changed
page_to_markdown2 fields changed- added
Input schema / properties / max_lengthAdded value: +{ + "default": 30000, + "description": "Return at most this many characters of the page's Markdown. A longer page comes back in parts: each part names the start_index of the next one, and the first part lists the page's sections with their start_index. Range: 100-1000000.", + "maximum": 1000000, + "minimum": 100, + "type": "integer" +} - added
Input schema / properties / start_indexAdded value: +{ + "default": 0, + "description": "Character offset to read from: the start_index a part named for the next one, or a section's from the list on the first part. Later parts come from the text the first part was cut from, kept for 10 minutes.", + "minimum": 0, + "type": "integer" +}
1 tool update
v0.6.3- Changed
page_to_markdown2 fields changed- changed
Input schema / properties / include_frontmatter / descriptionPrevious value: -"Prepend a YAML frontmatter block with title, source URL, capture timestamp, language, description, and canonical URL. Through Agent Bridge the extension's own output settings apply instead."New value: +"Prepend a YAML frontmatter block with title, source URL, capture timestamp, language, description, and canonical URL. Applies on every path, including through Agent Bridge." - changed
Input schema / properties / include_images / descriptionPrevious value: -"Include image references () in the output. Through Agent Bridge the extension's own output settings apply instead."New value: +"Include image references () in the output. Applies on every path, including through Agent Bridge."
1 tool update
v0.5.3- Changed
page_to_markdown5 fields changed- added
Input schema / properties / htmlAdded value: +{ + "description": "Raw HTML of the page to convert instead of fetching it, e.g. from a browser tool. Pass the page's `url` with it so relative links resolve. Either `url` or `html` is required.", + "maxLength": 10000000, + "type": "string" +} - changed
Input schema / properties / include_frontmatter / descriptionPrevious value: -"Prepend a YAML frontmatter block with title, source URL, capture timestamp, language, description, and canonical URL."New value: +"Prepend a YAML frontmatter block with title, source URL, capture timestamp, language, description, and canonical URL. Through Agent Bridge the extension's own output settings apply instead." - changed
Input schema / properties / include_images / descriptionPrevious value: -"Include image references () in the output."New value: +"Include image references () in the output. Through Agent Bridge the extension's own output settings apply instead." - changed
Input schema / properties / url / descriptionPrevious value: -"Absolute HTTP or HTTPS URL of the web page to convert. Blocks private ranges, loopback, and cloud metadata endpoints."New value: +"Absolute HTTP or HTTPS URL of the web page to convert. Blocks private ranges, loopback, and cloud metadata endpoints. Given with `html`, it is not fetched: it names the page the HTML came from, and relative links resolve against it." - removed
Input schema / requiredRemoved value: -[ - "url" -]
1 tool update
v0.1.1- First observed
page_to_markdown
TDQS
Scored across 1 tool
With a single tool there is no possibility of misselection; the tool's purpose (fetch a URL or supplied HTML and return clean Markdown) is unambiguous and self-contained. No sibling tools overlap with it.
A single snake_case verb_noun name (page_to_markdown) that precisely describes the action and target. There is no mixed convention to detract from it.
The tool is genuinely multi-purpose (URL fetch, raw HTML passthrough, browser bridge fallback, paginated output) so one tool is defensible, but a single-tool surface is thin and users may expect at least a batch or metadata companion. Borderline rather than clearly well-scoped.
For a page-to-Markdown domain it covers the main paths: direct fetch, HTML you already have, browser-authenticated fetch, long-page pagination, and error guidance. Minor gaps exist (e.g. no explicit batch/multi-URL conversion), but agents can work around them by calling repeatedly.
Maintenance
Related MCP Connectors
Turn any web page URL or HTML into clean Markdown or plain text for an LLM to read.
Converts any URL to clean, LLM-ready Markdown using real Chrome browsers
Convert any webpage to clean LLM-ready markdown, extraction-first, with article and news modes.
Web scraping for AI agents. Converts URLs to clean, LLM-ready Markdown with anti-bot bypass.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceConverts any webpage into clean, LLM-ready Markdown, removing noise and supporting JavaScript rendering.MIT
- AlicenseAqualityCmaintenanceConverts any URL to clean, LLM-ready Markdown by removing ads, navigation, and other clutter, using Mozilla Readability and Turndown.157 npmMIT
- FlicenseNot gradedqualityAmaintenanceEnables AI agents and LLM pipelines to fetch and crawl websites locally, extract readable content, and convert pages into clean Markdown with preserved links while minimizing token usage.-
- AlicenseNot gradedqualityAmaintenanceFetches webpages or crawls sites locally, strips noise, and converts content to clean Markdown while preserving links, enabling fast, token-efficient web scraping for AI agents and LLM pipelines.MIT