Discover, pay for, execute, and publish Apiosk APIs through MCP.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag β we're steadily working through the catalog.
π‘ Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Buy an API call the way a person would. Describe the job, see what can do it, compare the candidates on price and measured performance, choose one, and pay for it in USDC over x402 β under limits the buyer set, enforced on every call.
payments Β· x402 Β· commerce Β· usdc Β· api-comparison
https://mcp.apiosk.com/mcp (streamable HTTP; the first data request starts OAuth when needed).npx -y @apiosk/mcp or uvx apiosk-mcp.Two paths, and the same rules on both. apiosk is the one-shot entrypoint for
fast shopping: it returns the App's own top ranked runnable provider and
approval card. An agent does not browse a menu: it reads descriptions and picks,
so every tool here earns its place in one of the two flows.
One call, when a single API answers the question:
| Tool | What it answers | Spends |
|---|---|---|
apiosk | Return the top ranked runnable provider, exact price, required inputs and Approve/Deny card. | no |
apiosk_connect | Can this session buy? Which wallet, which policy, which limits. Returns the portal link when there is no connection. | no |
apiosk_discover | What can perform this job? Sweeps the reviewed Apiosk catalogue and the wider x402 ecosystem. | no |
apiosk_compare | How do the candidates perform against my requirements? Price, measured p95 latency, measured success rate and input fit, each offer carrying a stable offer_id. | no |
apiosk_execute | Run the offer the user chose, at the price they were shown. | yes |
apiosk_approval_status | What happened to the purchase the buyer's rules put on hold? | no |
Several calls, when a lookup's result feeds the next call, or several facts are wanted about one subject:
| Tool | What it answers | Spends |
|---|---|---|
apiosk_plan | What would answering this take, in what order, and what is the one price for all of it? Returns the steps, what it cannot reach, and a signed plan_token. | no |
apiosk_execute_plan | Start the plan the user approved, by plan_token and nothing else. | yes |
apiosk_job_status | Where has the running plan got to, and what happened since the last cursor? | no |
apiosk_resolve_job | Which subject was meant, when the job stopped to ask? | no |
apiosk_cancel_job | Stop dispatching further calls. Calls already sent are still settled. | no |
The plan is compiled, deduplicated and priced by the gateway, never here: a
lookup two branches both need is bought once, and a fact you already hold
removes its lookup from the plan and from the price. The App and this server
show the same plan_hash and the same amount for the same intent because
exactly one of them computes it.
Anything a buyer needs that is not on this list is a link to app.apiosk.com, not a tool. This server holds no keys, prices nothing and moves no money.
apiosk_compare and apiosk return offers. A person approves or denies the
purchase. The quick card states the provider and exact price and supplies the
two actions; do not add a second prose confirmation. Only Approve may pass the
signed offer_token, exact max_price_usdc ceiling and entered inputs to
apiosk_execute. Deny stops without spending.
A plan is the same rule at plan scale: one confirmation, for the whole plan,
at the whole price. apiosk_plan asks it once and returns the answer in
status; apiosk_execute_plan asks nothing and accepts nothing but the
plan_token, so it cannot build a plan, change one, or re-open a decision that
was already made.
The choice and the approval are the same question in three renderings, built from one description of the offers, so a row is called the same thing wherever it appears:
| Host | What the person sees |
|---|---|
| Implements MCP elicitation (Claude Code) | A native picker: apiosk_discover lists the runnable offers with their prices, apiosk asks Approve or Deny with the price on the button, apiosk_plan asks Approve or Deny for the whole plan at its one ceiling. The answer comes back in chosen / status. |
| Renders UI resources (MCP Apps SEP-1865, OpenAI Apps SDK) | A card: ui://apiosk/results-picker.html picks an offer and collects its inputs, ui://apiosk/connect-card.html shows the balance and limits, ui://apiosk/offer-card.html approves one offer, ui://apiosk/plan-card.html approves one plan, ui://apiosk/result-canvas.html shows the result. One document serves both protocols. |
| Neither | presentation, printed verbatim, and the agent asks which one they want by name. Never ask somebody to reply with a number. For a plan the fallback is the App approval link in approval.approve_url. |
Interactive UI in Claude's own chat surfaces is limited to connectors approved for the Connectors Directory, so the elicitation path is what a Claude user gets today and the cards are what ChatGPT and MCP-UI hosts get.
apiosk_execute can come back without a result, and none of these should be
retried blindly:
status | Meaning | Next step |
|---|---|---|
approval_required | The buyer's rules need a human to say yes. Nothing was paid and nothing was called. | Tell the user, then poll apiosk_approval_status. Retry only once it reports approved. |
payment_required | The balance cannot cover the call. | Call apiosk_connect, tell the user, stop. |
limit_exceeded | This connection's per-call or daily ceiling refused the call. | Do not retry; only the buyer can change it. |
not_authorised | The connection expired or was revoked. | Call apiosk_connect for the re-connect link, stop. |
apiosk_execute_plan adds one more, and it is not a failure either:
status | Meaning | Next step |
|---|---|---|
plan_stale | The quote expired, the plan moved, or the fee schedule changed since the approval. Nothing was reserved. | Do not retry the token. Call apiosk_plan again and have the user approve the new plan and its price. |
The scoped npm package is canonical:
It exposes the same CLI binaries:
The PyPI package is a launcher for it, so uvx apiosk-mcp starts the same
server as npx -y @apiosk/mcp.
The hosted server starts its OAuth handoff on the first /apiosk, discovery or
comparison request, then resumes the request after the buyer approves the
connection at buy.apiosk.com. For local stdio, set
APIOSK_CONNECT_TOKEN or call apiosk_connect for the connection link.
Add to ~/Library/Application Support/Claude/claude_desktop_config.json:
Or .vscode/mcp.json (VS Code uses a servers key):
The hosted endpoint instead of the local package:
Use https://mcp.apiosk.com/mcp. The first tool that reads provider data starts
OAuth automatically when the session is not connected; sign-in and spending
limits live on the buyer portal. apiosk_connect remains available as the
read-only diagnostic and reconnection entrypoint.
The OpenAI plugin package lives in plugin/apiosk. It combines this MCP server
with the apiosk skill, so one installation provides both the live tools and
the workflow instructions. The hosted server also exposes the bounded MCP
skills extension used by OpenAI's Scan Tools action. A skill-only upload is
available from the same source at plugin/apiosk/skills/apiosk.
Unconnected, it returns the portal link and says plainly that nothing can be paid for yet. Connected, it names the wallet, the policy and the exact per-transaction and daily limits, so the agent can quote them to the user without a second round trip.
No reviews yet β be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/apiosk)<a href="https://allmcps.com/mcp/apiosk"><img src="https://allmcps.com/api/badge/apiosk?style=directory" alt="Apiosk on AllMCPs" /></a>