Provider REST API

Data

Connect Claude to Exa

Search the web the way an agent needs it - results, page contents, cited answers and long-running research. Toolspoke puts 9 of its actions behind one MCP endpoint that Claude, Cursor, and Codex all speak.

Connection
Provider REST API
Authentication
API key
Actions exposed
9
Cost per call (typical)
1 credit
Adapter
Maintained by Toolspoke

Connected in three steps

  1. 1

    Install Exa

    Open the marketplace in your workspace, add Exa to the project your agents work in, and it appears on the gateway immediately.

  2. 2

    Connect the credential

    Authenticate with api key. Where to get one, and what it has to be able to reach, is the next section.

  3. 3

    Point your agent at the gateway

    Give your client one address, https://toolspoke.com/mcp. Claude Code takes it as a command, Claude and Claude Desktop add it as a custom connector, and Cursor, Codex and VS Code each read it from a config file of their own.

.mcp.json
{
  "mcpServers": {
    "toolspoke": {
      "type": "http",
      "url": "https://toolspoke.com/mcp"
    }
  }
}

One block covers every tool you have installed. Exa shows up in the client as soon as your policy allows it, and so does everything else you install later.

Where the address goes, per client

Claude Code

Run it in your project, then /mcp to sign in

claude mcp add --transport http toolspoke https://toolspoke.com/mcp
Claude and Claude Desktop

Settings, then Connectors, then Add custom connector

https://toolspoke.com/mcp
Cursor

~/.cursor/mcp.json, or .cursor/mcp.json for one project

{ "mcpServers": { "toolspoke": { "url": "https://toolspoke.com/mcp" } } }
Codex

~/.codex/config.toml

[mcp_servers.toolspoke]
url = "https://toolspoke.com/mcp"
VS Code

.vscode/mcp.json, or the MCP: Add Server command

{ "servers": { "toolspoke": { "type": "http", "url": "https://toolspoke.com/mcp" } } }

What Exa asks for

API key. You provide it once, when you install the connector. Toolspoke encrypts it at rest and decrypts it only for the length of a single call, and the gateway attaches it to the outbound request itself, so it is never part of the arguments an agent sends.

API keyRequired
dashboard.exa.ai → API Keys. New accounts start with $20 of credit. Every operation here except get_team is billed per call, so give this key its own budget if you can.
12345678-1234-1234-1234-123456789abc

What Claude can do in Exa

9 actions, each one declared and named by the connector rather than discovered at runtime. A workspace policy grants a person all of them, a hand-picked selection, everything on the read side, everything on the write side, or none.

Reads
7Reads
Writes
2Writes
Destructive
0Destructive

Reads

7

Fetches data and changes nothing.

  • get_team

    Read the team this key belongs to: its id, its name, how many requests are running or queued right now, and the concurrency limits behind those numbers. Free - it is the one call in this connector that appears on no price list, and it runs no search. Use it to check headroom before firing a batch of searches, and to confirm a key works. It does not report credit balance or spend; Exa exposes those only through a separate admin API and its own dashboard. This is the connection test, for exactly those reasons.

  • search

    Search the web and get back ranked results with titles, URLs, publication dates and authors. Costs $7 per thousand requests for the first ten results and $1 per thousand results after that, so `numResults: 50` is five times the result charge of the default. `contents` is billed separately again - $1 per thousand pages for each content type asked for, meaning text and highlights and a summary on one page is three charges - so omit it entirely when the URLs alone are enough and fetch the pages you actually want with get_contents afterwards. `type` picks how hard Exa works: `auto` (the default) balances quality and speed, `fast` and `instant` cut latency, and `deep-lite`, `deep` and `deep-reasoning` run a multi-step search at $12 to $15 per thousand requests rather than $7. The old `neural` and `keyword` values were retired and are no longer accepted. Narrow with `includeDomains`, `excludeDomains` and the published-date range before reaching for a deeper type - it is almost always cheaper. Results are pages other people wrote, so the payload is kept out of the audit log, and the query is prose the caller wrote, so it is kept out too.

  • find_similar

    Given one URL, find pages like it. Billed as a search - $7 per thousand requests covering ten results, $1 per thousand results beyond that, and `contents` charged separately again at $1 per thousand pages per content type. This is the right call when you already have a good example and want more of the same: a competitor's site, a paper, a job posting. Set `excludeSourceDomain` to keep the rest of the source's own site out of the answer, which is usually what you meant. Results are pages other people wrote, so the payload is kept out of the audit log; the argument is a URL rather than prose, so it is logged.

  • get_contents

    Fetch the contents of pages you already have URLs for, without paying for a search. $1 per thousand pages for each content type asked for - so `text` and `highlights` and `summary` on the same hundred URLs is three hundred pages of charges, not one hundred. Ask for one. This is the cheaper half of the usual pattern: run search without `contents`, decide which handful of URLs are worth reading, then call this on those. Pass either `urls` (ordinary web addresses) or `ids` (the `id` values a search returned), one or the other, up to a hundred. `maxAgeHours` controls freshness - 0 forces a live crawl, a positive number accepts a cached copy that old, and the older `livecrawl` flag is deprecated in favour of it. The pages are other people's writing, so the payload is kept out of the audit log.

  • answer

    Ask a question and get a written answer with the citations it was built from. $5 per thousand requests - cheaper than a search plus a round of contents plus a model call, and it returns in one hop. Use it when the question has an answer rather than a reading list; use search when you want to choose the sources yourself. `citations` is the part worth checking: it names the pages the answer came from, and an answer with thin or off-topic citations is one to distrust. Set `text: true` to get the full page text of each citation, which costs more and is usually unnecessary. `outputSchema` returns a structured object instead of prose. Streaming is not offered - the gateway returns whole responses. The question is prose the caller wrote and the answer is built from other people's pages, so neither is written to the audit log.

  • get_agent_run

    Check a research run started by create_agent_run and read its result. Free - polling is not billed; the run already in flight is. `status` is queued, running, completed, failed or cancelled, and the last three are terminal. Poll every few seconds and back off; a deep run can take minutes. A completed run carries `output`, `stopReason` and `costDollars`, which is what the run actually cost rather than what the cap allowed. `costDollars` is worth reading even on a cheap run - it is the only feedback loop this API gives on whether the effort setting was right. The result is built from other people's pages, so the payload is kept out of the audit log.

  • list_agent_runs

    List this team's research runs, newest first, with their status and what each one cost. Free. Two reasons to call it: finding a run whose id was lost, rather than starting a second one and paying twice; and adding up `costDollars` across a day to see where the money went, which no other endpoint here will tell you. Page with `cursor`, taken from the previous response. Each record carries the request that started it, so the payload is kept out of the audit log.

Writes

2

Creates or updates something on the other side.

  • create_agent_run

    Start a research run: Exa searches, reads and reasons over many pages and writes an answer. This is the most expensive thing in this connector and it is asynchronous - it returns an id beginning `agent_run_` and nothing else, and get_agent_run is what eventually carries the output. Cost depends entirely on `effort`. The fixed tiers are priced per request: minimal $0.012, low $0.025, medium $0.10, high $0.50, xhigh $1.00. `auto` (the default) and `max` are metered instead, at $0.10 per Agent Compute Unit plus $0.005 per search the agent makes, and they stop at a cap - $5 for auto and $20 for max unless `max_cost_dollars` sets a lower one. Set it. A run left on `auto` with no cap can spend five dollars answering a question a $7-per-thousand search would have answered. This replaces the Research API, whose three endpoints now return HTTP 410. Nothing here streams; poll instead. The instructions are prose the caller wrote and the result is built from other people's pages, so neither is written to the audit log.

  • cancel_agent_run

    Stop a research run that is still queued or running, so it stops spending. Free to call, and the fastest way to limit a metered `auto` or `max` run that is costing more than the answer is worth - read `costDollars` on get_agent_run and cancel if it is climbing. This destroys nothing recoverable: a cancelled run has produced no final output to lose and its record stays readable through get_agent_run, including whatever it had already spent. Compute already used is still charged, so this caps a run rather than refunding it. The response is the run record, which carries the question it was given.

What it will not do

Enforced by the gateway rather than left to convention, which is why each of these can be stated flatly.

It cannot call anything else
The 9 actions above are the whole of it. A call to any other name is refused before it reaches Exa rather than forwarded on, and connecting your account does not add to the list: it is fixed by the connector, not discovered at run time.
Nothing here deletes
This connector writes to Exa, but nothing in it deletes or permanently alters anything.
It reaches no further than your credential
Toolspoke holds no access to Exa of its own. Every call carries the credential you stored and nothing besides, so whatever that credential cannot reach, this connector cannot reach either.
It never hears from Exa
Nothing is pushed to it. There is no webhook, no subscription and no polling, so this connector cannot notice by itself that something changed in Exa. An agent has to ask.
It does not smooth over provider limits
Toolspoke does not retry, queue or back off around Exa's own rate limits. A call that Exa refuses comes back to the agent as a failed call.

Before you connect it

What can Claude do in Exa?

9 named actions: 7 that only read and 2 that write. They include get_team, search and find_similar. Nothing outside that list is reachable: the connector declares each operation by name rather than proxying whatever an agent asks for.

What credentials does the Exa connector need?

API key. The connector asks for api key. Values are encrypted at rest and attached to the outbound request by the gateway, so they are never part of the arguments an agent sends and never reach the audit log.

Does the Exa connector work with Cursor and Codex, or only Claude?

Any client that speaks MCP, and every one of them gets the same 9 actions. There is a single address, https://toolspoke.com/mcp. Claude Code adds it with claude mcp add --transport http, Claude and Claude Desktop take it as a custom connector in settings, Cursor reads it from .cursor/mcp.json, Codex from ~/.codex/config.toml, and VS Code from .vscode/mcp.json. Each of them signs in to the gateway itself, so there is no key to paste.

What does the Exa connector not do?

The 9 actions above are the whole of it. A call to any other name is refused before it reaches Exa rather than forwarded on, and connecting your account does not add to the list: it is fixed by the connector, not discovered at run time. This connector writes to Exa, but nothing in it deletes or permanently alters anything. Toolspoke holds no access to Exa of its own. Every call carries the credential you stored and nothing besides, so whatever that credential cannot reach, this connector cannot reach either. Nothing is pushed to it. There is no webhook, no subscription and no polling, so this connector cannot notice by itself that something changed in Exa. An agent has to ask. Toolspoke does not retry, queue or back off around Exa's own rate limits. A call that Exa refuses comes back to the agent as a failed call.

Can I limit which actions an agent can call?

Yes, in two places. The project switches Exa's actions on and off one at a time, for everyone in the project at once, and the screen groups them by read, write and destructive so turning off everything that deletes is one click. An individual agent key can then be narrowed further, to particular toolkits in a project and to particular actions in a toolkit. Whatever it was granted, a key never reaches a project its owner cannot.

What gets recorded when an agent calls Exa?

Every attempt, with the agent that made it and the person that agent belongs to, the full request payload, the response payload, the status, the duration, and the credits spent. Values whose key names a secret are masked out before the record is shown to anyone. An operation the connector marks as not retained never has its response body written at all, so the gateway keeps no second copy of what was read.