Base44
Build and edit Base44 apps from an AI assistant, and query data your app's users submit.
Live web search and full-page fetching over the open web.
Opens Agent Studio, where connecting is one click. The connector URL below works in any MCP client.
Paste it into any MCP client. Setup docs
The Exa MCP server gives an AI agent live search over the open web and the ability to read any URL as clean markdown. Two read-only tools ship enabled by default, both usable without an API key. Everything it returns is third-party content from the public internet, which makes it powerful and makes it untrusted input at the same time.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Search the web for any topic and get clean, ready-to-use content. Best for: Finding current information, news, facts, people, companies, or answering questions about any topic. Returns: Clean text content from top search results. Query tips: describe the ideal page, not keywords. "blog post comparing React and Vue performance" not "React vs Vue". Use category:people / category:company to search through Linkedin profiles / companies respectively. If highlights are insufficient, follow up with web_fetch_exa on the best URLs.
Read a webpage's full content as clean markdown. Use after web_search_exa when highlights are insufficient or to read any URL. Best for: Extracting full content from known URLs. Batch multiple URLs in one call. Returns: Clean text content and metadata from the page(s).
Read from the server on 2026-08-18, including each tool's own safety annotations.
openWorldHint: true. Page content is untrusted input by construction, and the MCP documentation page carries no security or trust section addressing that.?tools=agent_run request returned an empty tool list rather than an authentication error, so a misconfigured client gets nothing to debug.?tools= re-enables the two live ones.code on the strength of it.web_fetch_exa returns 3,000 characters per page unless maxCharacters is raised, so long pages are truncated silently.noindex tag, and describes a curated index updated hourly. Absence from a result set is not evidence a page does not exist.web_fetch_exa on https://example.com, the IANA-reserved documentation domain, and one web_search_exa for IANA's own reserved-domain documentation. Both returned real content anonymously. We ran no other tool, sent no private data, and fetched nothing sensitive through the connector.No, not for the two default tools. Our anonymous handshake on 2026-08-18 returned both schemas with no credential, and an anonymous call to each tool returned real results. Exa's documentation says the free plan covers casual use and that adding an API key lifts the rate limits for production. The key changes throughput and unlocks the paid agent tool, not access.
Yes, and that is the point of it. Both tools are annotated openWorldHint:true, meaning the server itself declares the results come from an open-ended external source. Anything a page author writes can reach your model, including text shaped like instructions. Treat every returned page as data, never as a directive, and keep the tools away from agents holding credentials or write access.
No. We searched all 184 pages in Exa's published documentation corpus on 2026-08-18. Exactly one page states the risk — the voice agent example, which tells builders to treat search results as untrusted and instruct the model to ignore instructions inside source content. That guidance is correct and it is Exa's own, but it does not appear on the MCP reference page.
Because the listing is stale. The directory snapshot names web_search_exa and get_code_context_exa; the live server returns web_search_exa and web_fetch_exa. The server's own resource resolves it: get_code_context_exa is present in the internal catalogue but marked disabled and described as deprecated in favour of web_search_exa. The count matches at two, the names do not.
Yes, through a query parameter on the endpoint. Exa documents appending ?tools= to the MCP URL with a comma-separated list. We confirmed on 2026-08-18 that requesting web_search_advanced_exa alone returns that tool anonymously. Requesting agent_run anonymously returned an empty tool list rather than an error, which matches Exa's statement that the agent tool requires authentication.
One of each, both minimal. The prompt web_search_help renders a single user message asking for recent AI news, so it is a worked example rather than a template. The resource at exa://tools/list returns a JSON catalogue of twelve tools with an enabled flag on each, of which ten are false. Resources are client-fetched and carry no safety annotations.
Because of what it replaced. Anthropic's directory files Exa under code and its blurb still leads on code examples and GitHub search, matching the deprecated get_code_context_exa tool. The live surface is general web search and page fetching, and Exa's own documentation now points code-context queries at web_search_exa. The category describes the connector's history rather than its current tools.
.md to the page URL). This is the exact documentation value in Anthropic's directory entry. Source for the endpoint, the two default tools, the ?tools= parameter, the API-key header form, the agent and advanced-search tools, the per-client setup table, the usage examples and the troubleshooting section. This page carries no security or trust section. · retrieved 2026-08-18noindex crawling position, and Exa's own framing of what its search engine is for. · retrieved 2026-08-18exa-labs/exa-mcp-server on GitHub (README raw file retrieved 2026-08-18, HTTP 200). Exa's own repository, which independently confirms the endpoint and the web-search-plus-fetch scope. · retrieved 2026-08-18initialize and tools/list handshake against https://mcp.exa.ai/mcp (2026-08-18) — protocol 2025-06-18, serverInfo name exa-search-server version 3.2.1, declaring tools, prompts and resources capabilities. Answered anonymously with no credential and no authentication challenge, returning two tools with full descriptions, input schemas and all four safety annotations. Schema committed at docs/marketing/data/tool-schemas/exa.tools.json. · retrieved 2026-08-18prompts/list and prompts/get against the same endpoint (2026-08-18) — one prompt, web_search_help, taking no arguments, rendering to a single user message. · retrieved 2026-08-18resources/list, resources/read and resources/templates/list against the same endpoint (2026-08-18) — one JSON resource at exa://tools/list containing the twelve-entry tool catalogue with enabled flags; no resource templates. · retrieved 2026-08-18?tools= variants against the same endpoint (2026-08-18) — three anonymous handshakes establishing that web_search_advanced_exa is served anonymously and agent_run is silently omitted. · retrieved 2026-08-18web_fetch_exa on https://example.com and web_search_exa for IANA reserved-domain documentation. Both returned content with no credential, which is how we establish that the anonymous surface is functional rather than merely discoverable. · retrieved 2026-08-18https://mcp.exa.ai/mcp, an authorization server of https://auth.exa.ai and a single supported scope, mcp:tools (2026-08-18). The sibling oauth-authorization-server path returned 404. The server publishes an RFC 9728 descriptor and still answers anonymously. Both facts are ours, observed over the wire, and they are consistent rather than contradictory: OAuth is the route to the authenticated tools and higher limits, not a gate on the default surface. This is why the directory's auth_posture of auth_required does not match what the endpoint actually does. · retrieved 2026-08-18Connect Exa once and your agents call these tools on their own: on a schedule, in a workflow, with nobody at the keyboard.