Apiosk Connect
REMOTE · MCP.APIOSK.COM · 3 COMPONENTS · SCANNED AUG 3
Discover, pay for, execute, and publish APIs through Apiosk.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →
Endpoint Security57
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation check failed: no authorisation is required to call this server, and it exposes a tool marked destructive (apiosk_execute). See how to fix → View diagnostics → Fail
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability36
- 0% of prompts and resources have a non-trivial description (not blank, and not just the item's name).Fail
- AI-judged instruction clarity (good).Pass
- Context-footprint check failed: tool/resource definitions use about 2642 tokens (~220/item across 12 items; 11 tools + 1 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management27
- Stability observed for 8 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage95
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 82% of tool parameters carry a description.Partial
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
- Supports UI / widget rendering.Pass
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
remote · mcp.apiosk.com
claude mcp add --transport http obcraft-apiosk-mcp https://mcp.apiosk.com/mcp
[mcp_servers.obcraft-apiosk-mcp] url = "https://mcp.apiosk.com/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"obcraft-apiosk-mcp": {
"type": "remote",
"url": "https://mcp.apiosk.com/mcp",
"enabled": true
}
}
} openclaw mcp add obcraft-apiosk-mcp --url https://mcp.apiosk.com/mcp --transport streamable-http
mcp_servers:
obcraft-apiosk-mcp:
url: "https://mcp.apiosk.com/mcp" {
"mcpServers": {
"obcraft-apiosk-mcp": {
"type": "http",
"url": "https://mcp.apiosk.com/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 3 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.
- 1 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.
- 31 Jul 26 +2
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 29 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 7 to 10. That category is still filling its 30-day observation window: 2 days of observed history at the previous scan, 3 at this one. The score rises as the window fills, whether or not the server changes.
- 28 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 3 to 7. That category is still filling its 30-day observation window: 1 days of observed history at the previous scan, 2 at this one. The score rises as the window fills, whether or not the server changes.
- 27 Jul 26 0
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 26 Jul 26 53
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 3 Aug 2026 · Probed https://mcp.apiosk.com/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=mcp.apiosk.com | CN=YE2,O=Let's Encrypt,C=US | 7 Jun 2026 | 5 Sept 2026 | ECDSA 256 | ECDSA-SHA384 | 5cb67c9f9ad9030de3bbbcf803344959a82 |
| SANs: mcp.apiosk.com | ||||||
| CN=YE2,O=Let's Encrypt,C=US (CA) | CN=Root YE,O=ISRG,C=US | 3 Sept 2025 | 2 Sept 2028 | ECDSA 384 | ECDSA-SHA384 | 4df3b15dd6c0784c507cd37b58e6f115 |
| CN=Root YE,O=ISRG,C=US (CA) | CN=ISRG Root X2,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | ECDSA-SHA384 | 872165fc34b6e5fba8add5b3705fb53a |
| CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) | CN=ISRG Root X1,O=Internet Security Research Group,C=US | 13 May 2026 | 2 Sept 2032 | ECDSA 384 | SHA256-RSA | 6c8f1dc727c7117f7baf853ac980f9cd |
DNSSEC insecure
Validation of mcp.apiosk.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| com. | present | 19718 | 13 | Verified |
| apiosk.com. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://mcp.apiosk.com/mcp | Verified | 200 | |
| http (plaintext) | http://mcp.apiosk.com/mcp | HTTPS enforced | 301 | https://mcp.apiosk.com/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.
apiosk_discover ~352
Find the best paid x402 API for a data capability across discovery sources (Apiosk catalog + federated external listings). Decompose the user's request into capability segments first, then call this once per capability. Returns a normalized, ranked list; each result's `executable_via` says whether to call apiosk_execute (Apiosk-settled) or apiosk_inspect_x402 + apiosk_fetch_paid (external). Use this instead of apiosk_search when the goal is 'get real paid data for X', not just browsing.
| Name | Type | Req | Description |
|---|---|---|---|
| max_price_usdc | number | — | Optional per-call price ceiling in USDC. Results above this are dropped. |
| max_results | number | — | Maximum results to return (default 8, max 25). |
| probe_hosts | array | — | For the 'wellknown' source: explicit hostnames to probe for a /.well-known/x402 document (e.g. 'x402.example.com'). No speculative crawling — only hosts you name here are probed. |
| query | string | yes | The data capability to find, e.g. 'realtime USD exchange rate' or 'company registry lookup by domain'. |
| segments | array | — | Optional: the user's request pre-decomposed into distinct data capabilities. Each is searched and merged. |
| sources | array | — | Discovery sources to query. Default ['apiosk','bazaar']. Use ['all'] for every directly wired free REST source. Paid sources 'x402scan' and 'apify' are opt-in and return their payable endpoint for ap… |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_execute ~103
Execute any Apiosk API by slug through the uniform /execute contract.
| Name | Type | Req | Description |
|---|---|---|---|
| input | object | — | Raw JSON body for the default operation, or the envelope input field when operation is provided. |
| operation | string | — | Optional explicit operation id or path. |
| path_params | object | — | Optional path parameter override when using the execute envelope. |
| query | object | — | Optional query override when using the execute envelope. |
| slug | string | yes | Apiosk API slug. |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_explore ~79
Browse Apiosk listing groups and explore one group at a time before narrowing with search.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | — | — |
| listing_type | string | — | — |
| offset | number | — | — |
| order | string | — | — |
| search | string | — | Optional free-text search when listing_type is set. |
| sort | string | — | — |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_fetch_paid ~322
Pay an EXTERNAL x402 endpoint (one Apiosk does not host) from the connected wallet and return its data. Use this only for external results from apiosk_discover (executable_via='apiosk_fetch_paid'); for Apiosk catalog listings use apiosk_execute. REQUIRED: call apiosk_inspect_x402 on the url first, tell the user the exact price, and pass that amount as confirmed_price_usdc — the gateway refuses if the live price is higher. The gateway enforces the wallet's per-tx/daily spend limits. Base + USDC only.
| Name | Type | Req | Description |
|---|---|---|---|
| body | object | — | Optional JSON request body for POST/PUT/PATCH. |
| confirmed_price_usdc | number | yes | The price you read via apiosk_inspect_x402 and confirmed with the user. The gateway refuses if the live price exceeds this. |
| headers | object | — | Optional extra request headers (allowlisted server-side; secrets are never accepted here). |
| idempotency_key | string | — | Optional. Reuse the same key to safely retry without paying twice; a fresh one is generated if omitted. |
| max_price_usdc | number | — | Optional additional per-call ceiling. The gateway also enforces the wallet's per-tx and daily limits. |
| method | string | — | HTTP method for the provider request. Defaults to GET. |
| query | object | — | Optional query parameters to send to the provider. |
| url | string | yes | The external x402 resource URL to pay and fetch (from a discovery result's `url`). |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_get_api ~44
Fetch full listing detail and agent metadata for a specific Apiosk API slug.
| Name | Type | Req | Description |
|---|---|---|---|
| slug | string | yes | Apiosk API slug, for example 'agent-json-diff'. |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_help ~96
Explain what Apiosk MCP is, how to connect it, how auth and USDC/x402 payments work, and the recommended workflow for discovery, wallets, and publishing.
| Name | Type | Req | Description |
|---|---|---|---|
| topic | string | — | Optional help topic. Defaults to overview. Use 'discovery' to learn which live sources apiosk_discover searches (Apiosk catalog + Coinbase Bazaar + well-known); use 'rails' for how USDC/x402 settleme… |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_inspect_x402 ~148
Read an arbitrary URL's x402 payment terms (price, asset, network, payTo) WITHOUT paying. Use this on an external result's `url` from apiosk_discover before paying: it makes one unauthenticated request, parses the 402 offer, and returns the exact amount so you can confirm the price with the user. Read-only; never spends. apiosk_execute (for Apiosk catalog listings) does not need this.
| Name | Type | Req | Description |
|---|---|---|---|
| method | string | — | HTTP method the resource charges on. Defaults to GET. |
| url | string | yes | The https:// URL of the x402 resource to inspect (e.g. a federated listing's resource URL). |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_list_wallets ~36
List the signed-in user's managed Apiosk wallets. Requires an Apiosk dashboard session from local env auth or hosted MCP authorization.
Input schema present but exposes no named parameters.
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_payment_guide ~115
Explain how to pay through the Apiosk gateway. Returns a buyer guide (how an agent settles a paid API call over USDC/x402, tailored to the current auth) and a provider guide (how to publish an API and get paid). Pass slug to scope buyer guidance to one listing, or role to pick a side.
| Name | Type | Req | Description |
|---|---|---|---|
| role | string | — | Which side to explain. Defaults to both. |
| slug | string | — | Optional API slug to scope buyer guidance (price, payment steps) to one listing. |
Structured output declared, but exposes no named fields.
No examples provided.
apiosk_search ~137
Search and browse the Apiosk catalog by capability, price, or category. For browsing/filtering the catalog. When the goal is to fulfil a user request with real paid data ('get me the live X'), prefer apiosk_discover, which decomposes the need and ranks the best endpoints across sources.
| Name | Type | Req | Description |
|---|---|---|---|
| category | string | — | Optional category filter. |
| limit | number | — | Maximum number of APIs to return. |
| offset | number | — | Pagination offset. |
| order | string | — | Sort direction. |
| search | string | — | Free-text search over API names and descriptions. |
| sort | string | — | Sort order for results. |
Structured output declared, but exposes no named fields.
No examples provided.
publish_x402_route Publish a paid x402 route ~301
Publish an API endpoint as a paid x402 route on the Apiosk gateway. The route gets a paid URL that returns 402 Payment Required until the caller pays in USDC, then forwards to your upstream API. New routes enter Apiosk's review queue (status pending_review) and go live on approval. Requires an Apiosk provider token (Authorization: Bearer sk_live_…).
| Name | Type | Req | Description |
|---|---|---|---|
| currency | string | — | Only USDC is supported. |
| description | string | — | — |
| input_schema | object | — | — |
| method | string | — | Defaults to GET. |
| name | string | yes | Human-readable API name, e.g. 'Weather API'. |
| network | string | — | Settlement network. Defaults to base. |
| output_schema | object | — | — |
| path | string | — | Public path under the route's gateway slug, e.g. /weather. Defaults to the last segment of upstream_url. |
| price | string|number | yes | Price per call in USDC, e.g. "0.01". |
| settlement_address | string | yes | Wallet that receives 98% of each payment (Apiosk keeps a 2% platform fee). |
| slug | string | — | Optional gateway slug override (lowercase letters, numbers, hyphens). Defaults to a slug derived from name. |
| tags | array | — | — |
| upstream_url | string | yes | Full HTTPS URL of your existing endpoint the gateway forwards paid requests to. |
Structured output declared, but exposes no named fields.
No examples provided.