Integration guide · 2026

Give Your AI Agent Live Web Search Through MCP

One config block turns a model that's stuck at its training cutoff into an agent that searches the live web, opens the pages, and cites what it found. No search key, no proxies, no glue code.

Open the Deep Research MCP →

A language model on its own is frozen at its training cutoff and will happily invent a citation rather than admit it doesn't know. The fix isn't a bigger model — it's giving the agent a tool it can reach for. The Model Context Protocol (MCP) is the open standard for exactly that: register a server once, and any MCP-aware client lets the agent call its tools on its own. This page wires up a research server so your agent can actually look things up.

What "web search" should really mean for an agent

There's a meaningful gap between a search call and a research tool, and it's the whole reason to use a deep-research server rather than bolting a raw search API onto a prompt:

A bare search call

  • Returns a list of links and snippets
  • The agent still has to fetch and read each page itself
  • You manage a search-engine key and proxies
  • Easy to get a blocklist page back instead of content

A research server

  • Searches, opens the promising results, and reads them
  • Returns synthesized findings with the source URLs
  • Handles the fetching and anti-bot side for you
  • Gives the agent an answer it can cite, not just a link list

That difference is what stops the agent from confidently hallucinating. With sources attached to every claim, you (and the model) can check the work.

What the server exposes to the agent

Once connected, the agent doesn't see "a website." It sees a small set of named tools it can invoke, each with a typed input. A deep-research MCP typically surfaces something like:

web_search

Run a query against the live web and get back ranked results — titles, URLs and snippets — for the agent to triage.

fetch_page

Open a specific URL and return its readable text content, stripped of nav and ads, so the model can actually read it.

deep_research

Run the full loop on a question: search, open multiple sources, read, and return a synthesized summary with citations.

The agent decides which to call. Ask it a question it can't answer from memory and a well-prompted agent will reach for deep_research on its own, then weave the cited findings into its reply.

The config: dropping the server into your client

MCP clients read a JSON config that lists the servers they can talk to. Here's a remote-server entry for Claude Desktop — the same shape works in Cursor and other MCP-aware clients, give or take the file location:

{
  "mcpServers": {
    "deep-research": {
      "url": "https://mcp.apify.com/?actors=renzomacar/deep-research-mcp",
      "headers": {
        "Authorization": "Bearer YOUR_APIFY_TOKEN"
      }
    }
  }
}

In Claude Desktop that lives in claude_desktop_config.json (Settings → Developer → Edit Config). In Cursor it's the MCP section of settings. Paste the block, swap in your token, and save.

One detail that trips people up: MCP servers are loaded at client startup, so after editing the config you must fully quit and relaunch the app — not just close the window. If the tools don't appear, that's the first thing to check, followed by the token. A stale or missing Authorization header is the other usual culprit.

Confirm the agent can see and call it

After relaunch, the client shows the new tools in its MCP/tools panel — web_search, fetch_page, deep_research. The real test is behavioural: ask the agent something that postdates its training cutoff, like "what shipped in the latest release of X this month, with sources." A connected agent will call the research tool and answer with live, cited information instead of hedging or guessing.

If you're building your own agent rather than using a desktop client, the same server is reachable over the standard MCP transport, so any framework with an MCP client (the official SDKs, LangChain, and others) can register it the same way — the tools just show up in the agent's tool list.

Plug live research into your agent

The Deep Research MCP server handles the searching, page fetching and synthesis — no separate search key, no proxy pool, no anti-bot maintenance. Connect it once and every MCP client your agent runs in can use it.

Connect the Deep Research MCP → Or get done-for-you leads

Where this pays off

Live web search via MCP is the difference between an agent that answers from a stale snapshot and one that checks reality. It's what powers a research assistant that pulls current pricing, a support bot that reads today's docs instead of last year's, a competitive-monitoring agent that watches for launches, or a coding agent that looks up a library's actual current API. The model supplies the reasoning; the MCP server supplies the facts — with receipts.

Disclosure: links to Apify on this page are affiliate links, marked rel="sponsored". If you create a paid account through them we may earn a commission at no extra cost to you. We recommend Apify because we build and ship Actors on it ourselves, including the Deep Research MCP server linked above.