Skip to main content

MCP Clients

Apiosk supports both hosted remote MCP and local stdio MCP.

Tools you get

The hosted server ships a deliberately lean buyer surface so agents are not forced to reason about a large tool list. A buyer connection (OAuth, connect token, or pre-auth) sees exactly these ten tools, plus the dynamic API-specific tools generated from the catalog: Nothing is actually lost by the trimmed list: every hidden tool is still dispatchable by name, so a client that already knows a tool name can call it. The full 28-tool surface is one environment flag away, set APIOSK_MCP_FULL_TOOLS=true on the server. Authenticating with a provider key (sk_live_) swaps the buyer surface for a publishing surface: apiosk_help, apiosk_payment_guide, apiosk_search, apiosk_get_api, plus the seven publisher tools. Managed-wallet CRUD is excluded from that surface because it needs a dashboard session JWT that a provider key does not carry. See /guides/publisher-mcp. apiosk_get_started is not part of the hosted set: it writes local wallet or connect-token state and is only available in the local stdio package.

GPT-native clients

If you are connecting Apiosk to ChatGPT or another remote MCP client, use the hosted endpoint:
https://apiosk.com/mcp is a live alias for the same server (the apex host proxies it), so either URL works. Prefer the canonical https://mcp.apiosk.com/mcp.

Quick setup

  1. Add https://mcp.apiosk.com/mcp as the remote MCP server in ChatGPT Developer Mode or another GPT-native MCP client.
  2. Complete the hosted OAuth sign-in with your Apiosk dashboard account.
  3. Refresh the connector or start a new chat if the client cached older tool definitions.

How the hosted GPT flow works

  • Public discovery can be visible before sign-in.
  • Protected tools challenge for OAuth and unlock after login.
  • You do not need to upload a handoff file to use the MCP connector.
  • The handoff file is only for manual gateway calls and non-MCP runtimes.

Billing behavior

  • Hosted GPT-native MCP clients authenticate as your Apiosk session and reuse the managed wallets and connect tokens that session already has.
  • Creating a new managed (custodial) wallet from the hosted server is currently unavailable: it returns custodial_wallet_creation_unavailable because the legacy dashboard service that derived and encrypted wallet keys has been retired. Existing managed wallets are still readable and still settle calls, and connect tokens can still be minted. To provision a wallet yourself, run the local stdio package and use apiosk_wallet_create.
  • Direct gateway calls with X-Apiosk-Connect-Token or local wallet-backed x-payment proofs remain the path for raw agent-wallet and x402 execution.
  • If you need a specific rail, choose the runtime and auth mode deliberately instead of assuming all clients settle the same way.

Claude Code

Add Apiosk:
Check the saved server:
List configured MCP servers:

Codex

Add Apiosk:
Check the saved server:
List configured MCP servers:

What each command does

  • add registers the Apiosk MCP server in your local client config.
  • get shows the saved configuration for apiosk and whether the client can connect.
  • list shows configured MCP servers. It does not list internal Apiosk tools one by one.

First-run setup in local stdio mode

If you use the npm package locally, the fastest way to get from install to a working paid-capable setup is to call apiosk_get_started. Create a local wallet automatically, discover the catalog, and run a small test call:
Or import a dashboard connect string and verify it immediately:
apiosk_get_started is only available in local stdio mode because it saves local wallet or connect-token state under ~/.apiosk.

Hosted MCP alternative

If you prefer the hosted MCP endpoint instead of the npm package, use the public URL:

Claude Code

Codex

Installing the MCP server is public. Some paid Apiosk routes still require a valid payment or auth mode when a tool actually calls them. For the local npm package, apiosk_get_started is the recommended entrypoint because it can save a connect string locally or create a wallet and then prove the setup with a first execute call. Common environment variables:
  • APIOSK_PRIVATE_KEY
  • APIOSK_CONNECT_TOKEN
  • APIOSK_CONNECT_AUTHORIZATION
  • APIOSK_X_PAYMENT