Skip to main content
Prefetch speaks the Model Context Protocol, so an AI agent can call the API directly instead of you writing HTTP glue for it. There’s nothing to install. The MCP server is the API, at one endpoint:
Apps sign you in with your Prefetch account, so there’s no key to copy. Clients you configure yourself can use your API key instead.

Connect

Prefetch is in the Claude directory. It works on claude.ai, Claude Desktop and Claude mobile.
  1. Open Prefetch in the Claude directory and select Connect.
  2. Sign in to Prefetch and select Allow access.
On Team and Enterprise plans, an Owner first adds Prefetch under Organization settings → Connectors. Members then connect with their own Prefetch account.
When you sign in, the consent screen shows which app is asking and where it will send you back. A connected app’s calls use your account’s credits, exactly like API requests. You can see and disconnect your apps under Connected Apps on the dashboard. A disconnected app loses access on its next call.
If you use an API key, keep it in your client’s secret storage or an environment variable, never in the URL. URLs end up in logs, shell history and shared config files.

Try it

Once you’re connected, ask for what you want in plain language:
Get me the brand colors and industry category for stripe.com
Find every pricing page on vercel.com and summarize what changed
Crawl the /docs section of fastapi.tiangolo.com and list the endpoints it documents
Watch linear.app/pricing every morning and tell me when a plan’s price changes
Your agent picks the right tool, calls it, and reads the result.

The tools

See the tool reference for every parameter. Credits work exactly as they do over REST: same prices, and only successful calls are charged. See Credits.

How crawling works

A crawl takes minutes, which is longer than an agent wants to wait on a tool call. So prefetch_crawl starts the crawl and waits for it, up to wait_seconds (60 by default). If the crawl finishes in time, you get the pages straight away. If not, you get the crawl id and an instruction:
  • Polling is free. Pages are billed as they complete, so checking twice never charges twice.
  • Disconnecting cancels the crawl. If your client hangs up while prefetch_crawl is still waiting, the crawl stops rather than running on and billing pages nobody will read.
prefetch_batch and prefetch_batch_scrape wait the same way.

How monitors work

A monitor keeps checking after the conversation ends, so its results have to be read back. prefetch_run_monitor runs a check and waits for it, and prefetch_get_monitor_check shows the latest check at any time. Both answer with what changed, not with every page:
The first check records a baseline, so changes show from the second check on. run_now: true on prefetch_create_monitor takes that first check straight away. Every check is billed for as long as the monitor is active, and the create tool tells the agent so. Pause or delete monitors you no longer need.

Response size

Tool results go straight into your agent’s context window, so content is capped at 50,000 characters per result, well below the REST API’s 1 MB cap. A full Wikipedia article in raw_html is about 240,000 characters, and one uncapped call like that would crowd out most of what the agent knows. Truncation is always announced:
To fit more signal into less space:

Target the content

Pass include_selectors with the part of the page you want, like ["article"].

Ask for a summary

Use formats: ["summary"] instead of ["markdown"] when you only need the gist.

Errors

Failures come back as readable tool results rather than transport errors, so your agent can read the message and correct itself:
Authentication is the exception, and fails at the HTTP layer. A 401 means no credentials, or an access token that expired or was disconnected, and apps react by refreshing the token or asking you to sign in again. A 403 means an invalid key or an account out of credits, which signing in again won’t fix. See Authentication and Error handling.

Good to know

A connected app can call every tool on this page as you, and its calls use your credits. It can’t see your password, payment details or API keys, and it can’t change your plan.Each tool tells the app whether it only reads or changes something. Claude runs the read-only tools (scraping, mapping, brand and company lookups, reading monitors) without asking, and asks before anything that starts a crawl or creates, changes, runs or deletes a monitor.
Both run the same pipeline, so credits, caching, rate limits and the blocklist behave the same either way. An MCP scrape can even be answered from the cache a REST scrape filled, because both build the same cache key.
Every request stands alone, so there are no MCP sessions to manage. Every tool is one request and one response. Long-running work like crawls and monitor checks is stored on our side and read back by id, so nothing is lost. GET and DELETE on /mcp return 405. Use POST.
RapidAPI meters usage from a response header that has to be set before the response body is written, and over MCP the cost of a call isn’t known until the tool has run. Rather than under-bill silently, /mcp returns 400 for RapidAPI traffic.Everything is available over REST through RapidAPI as documented. MCP needs a Prefetch account: sign in when your app asks, or use a key from the dashboard.
Each tool’s description tells the agent when to use it and when to use something else, so this mostly takes care of itself. Two patterns help:
  • prefetch_enrich beats three separate calls. It’s one page fetch instead of three, and costs less than prefetch_brand, prefetch_company and prefetch_classify together.
  • Map, then scrape, usually beats crawling. prefetch_map is cheap and tells you which pages exist. Scraping the three you want costs far less than crawling fifty.

Next steps

Tool reference

Every tool, every parameter.

Agent quickstart

One prompt that sets Prefetch up in your project.

Authentication

Keys, OAuth and error codes.

REST API

The same capabilities over HTTP.