SuperAPI AI Directory

use-api-gateway

Coding & development

View repository

Updated 10-15 20:11

About this skill

Use the buy API gateway

Discover and buy API calls from the provider-neutral gateway at https://gateway.usebuy.ai. The gateway keeps upstream provider credentials private and settles real stablecoin payments on Celo mainnet.

Start with the live catalog instead of assuming a provider, route, request schema, or price. It currently publishes one browser rental plus 170 inspected data APIs, and can change without changing this workflow.

Non-negotiable boundaries

  • Fetch the free live catalog before selecting a capability.
  • Quote the exact method, URL, and JSON body that will be sent.
  • Obtain approval for the exact token and maximum amount unless the user's request already authorizes that spend.
  • Never ask for or send a Monid or other upstream-provider API key. The gateway owns those credentials.
  • Never blindly retry a paid request after a network interruption, timeout, settle_uncertain, or any response with retryable: false.
  • Preserve the complete paid response. Report the capability, token, amount, transaction hash, and any correlation ID.
  • Treat the request's 402 challenge as the price authority. Catalog prices are indicative.

Confirm gateway discovery is installed

Use a buy release whose bundled registry contains buy/api-gateway. With MCP, call:

buy_discover
  name: buy/api-gateway

Alternatively, search by intent:

buy_discover
  query: social

With the CLI, run:

buy skills search social
buy skills show buy/api-gateway

If the provider or buy_discover is missing, the installed package predates the gateway. Do not invent routes from this file. Upgrade @celo/buy, restart the MCP client if its server configuration changed, and confirm discovery again.

The bundled registry is the entry point, not the live service state. Continue by fetching the live catalog.

Read the live catalog

Fetch the catalog with an ordinary, free GET:

curl --fail --silent --show-error https://gateway.usebuy.ai/v1/catalog

Read each capability's available, method, url, inputSchema, and price or priceOptions fields. Each capability also carries a flat platform facet (for example x, instagram, tiktok, reddit, youtube, linkedin, flights, browser) — group or filter on it instead of parsing ids or URLs. Select an available capability whose description matches the user's request. Build only fields allowed by its current inputSchema; the gateway rejects extra provider-specific inputs.

The current data groups are:

Group APIs
X 19
Instagram 36
TikTok 33
Reddit 22
YouTube 32
LinkedIn 25
Flights 3

China Southern is intentionally excluded. Treat this table as orientation only; use the live descriptions and schemas to select the actual capability.

The original short routes use simple top-level request bodies. Generated routes normally accept the inspected input envelope, such as {"queryParams": {...}} or {"body": {...}}. Do not flatten or rename those fields.

When pricingModel is fixed_result_bundle, choose one advertised maxResults value and include it in the exact request body. This is a hard upstream limit and a fixed price, not an estimate: the payment is not prorated if fewer results are returned. Never add or modify provider limit fields that are absent from the public inputSchema; the gateway sets them from maxResults.

Quote and buy through MCP

Serialize the request body once as a raw JSON string. Pass that exact string to both calls. For example, after confirming the current catalog schema:

buy_pay_quote
  url:    https://gateway.usebuy.ai/v1/social/x/posts/search
  method: POST
  body:   "{\"query\":\"Celo agents within_time:1d\",\"type\":\"latest\"}"

Read the selected payment requirement and maxAmountRequired. buy_pay_quote is read-only and does not sign or pay. State the human-readable price and selected token, then obtain approval unless the user already authorized that spend.

Reuse the exact request after approval:

buy_curl
  url:       https://gateway.usebuy.ai/v1/social/x/posts/search
  method:    POST
  body:      "{\"query\":\"Celo agents within_time:1d\",\"type\":\"latest\"}"
  maxAmount: "<maxAmountRequired from the quote>"

MCP maxAmount is in atomic units. The gateway's supported tokens currently use six decimals, but read token contracts and decimals from the live catalog rather than assuming them for future assets.

Quote and buy through the CLI

Obtain a free 402 quote by POSTing the exact body without a payment header:

curl --silent --show-error --include \
  --request POST \
  --header 'content-type: application/json' \
  --data '{"query":"Celo agents within_time:1d","type":"latest"}' \
  https://gateway.usebuy.ai/v1/social/x/posts/search

After approval, use the installed, gateway-capable buy release to make the paid request:

buy curl \
  --max-amount '<human-readable token amount from the quote>' \
  --request POST \
  --data '{"query":"Celo agents within_time:1d","type":"latest"}' \
  https://gateway.usebuy.ai/v1/social/x/posts/search

The CLI --max-amount value is in whole token units, unlike MCP's atomic maxAmount. Choose a non-default token only when the user requests it and the exact 402 offer supports it.

Do not copy the URL, body, or maximum from this example without checking the current catalog and exact quote.

Return the result

On success, read output as the provider result and report:

  • the capability used;
  • the selected token and paid amount;
  • the transaction hash;
  • the result or a concise answer derived from it.

Keep upstreamRunId for troubleshooting, but do not make the user reason about the gateway's private upstream integration unless something failed.

Handle failures safely

Classify the response before considering another request:

Response Payment status Action
Initial 402 challenge Not paid Read the offers, obtain approval, then pay once.
400 invalid_request Not paid Correct the body using the live schema and quote again.
402 verify_payment_failed Not settled Check the wallet, token, balance, and approved maximum.
Response with paymentSettled: false Not settled by the gateway Honor its retryable field. Ask again before a new paid attempt.
500 settle_uncertain Unknown Never retry. Preserve transaction, output, and correlationId; report the ambiguity.
Network interruption after sending payment Unknown Never retry automatically. Preserve all local output and inspect the transaction or receipt first.
Any response with retryable: false As stated by the response Stop and report it without retrying.

Even when a response says no payment settled, a retry creates a new authorization and can start new upstream work. Retry only when the service explicitly permits it and the user still authorizes the spend.

Never expose wallet private keys, seed phrases, provider API keys, or raw payment authorizations in the answer or in an issue. A transaction hash and correlation ID are safe and useful for support.