_ registry / mcp http-sse · checked 2h ago

reloadpi

https://api.reloadpi.com

Registry code: 1b9fd0a8b7732fa3

api record

Reloadpi — Topup purchase schema. Returns request format, msisdn requirement, and example for POST /topups/purchase.

from a public catalogue that lists it, not from the operator

endpoint
https://mcp.reloadpi.com/mcp
protocol
http-sse ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is reloadpi live?
Yes — it answered the hub's last check (checked 2h ago). It answered 100% of checks over the last 30 days.
Is reloadpi free to use?
Yes — the hub reached it with no key and no payment.
What tools does reloadpi have?
7 tools: get_order, claim_refund, recover_order_by_txhash, browse_voucher_offers, browse_esim_offers, get_voucher_filters, browse_topup_offers.
Is reloadpi safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
100%

90 days 99.7%· all time 98.1%

latency
127ms

last good check

priced tools
0

of 7 tools

_ answered our checks, 90 days 729 checks · signed record
  • degraded → live
  • degraded → live
  • live → degraded· timeout after 20000ms
_ what it is for
used for
  • browse esim data plans
  • find mobile top-up offers
  • browse gift cards
  • check order status
  • claim a refund
takes → gives
text → data
tools
6 reads1 changes data
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts, and USDC settlements on base into the address this listing's priced doors name, read off the chain. Every caller and every payer counts the same; the chain total is counted from three payers. The address also stands behind 1 other origin: the chain figures are the gateway's, not this listing's alone. How it is counted.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

payers on base
16

distinct

settlements
149

last 2026-11-06

received on chain
0.16 USDC

shared-payto

_ what it can do 7 tools
4 open 3 never probed 4 of 7 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • browse_voucher_offers reads open 5h ago

    Search gift cards and vouchers from 5000+ brands across 150+ countries (Amazon, Google Play, Netflix, Steam, Visa and more). Filter by brand, country or category. Free — no payment. Returns offer IDs and prices; use them with purchase_voucher (requires a self-hosted wallet).

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "properties": {
        "brand": {
          "type": "string",
          "description": "Brand name filter e.g. Amazon"
        },
        "limit": {
          "type": "number",
          "default": 10,
          "description": "Results per page (max 50)"
        },
        "offset": {
          "type": "number",
          "default": 0,
          "description": "Pagination offset"
        },
        "country": {
          "type": "string",
          "description": "ISO country code e.g. US"
        },
        "category": {
          "type": "string",
          "description": "Category slug e.g. shopping, gaming, entertainment"
        }
      },
      "additionalProperties": false
    }
    arguments 29 lines
  • browse_esim_offers reads open 10h ago

    Browse eSIM data plans across 190+ countries — single-country plans and multi-country regional bundles. CHOOSE THE RIGHT FILTER: `country` (ISO-2, e.g. JP) for one specific country; `regions` to browse SINGLE-COUNTRY plans grouped by area; `regional_region` to get MULTI-COUNTRY regional bundles covering an area (this already implies regional-only — do not also set `regional`); `regional:true` on its own to list every regional bundle. `covers_country` (ISO-2) to find the multi-country bundles that ACTUALLY cover a country. COVERAGE IS NOT THE LABEL: a bundle's `regions` tag describes how the provider filed it, not what it covers — the "Asia" bundle covers AU, NZ and UZ but NOT Japan, India or China, which are covered only by "Global" bundles. So when the user names a country, use `country` (single-country plans) or `covers_country` (bundles covering it), never `regional_region`. IMPORTANT — the region taxonomy PARTITIONS and does NOT nest: "Asia" does NOT include Thailand or Vietnam (both "Southeast Asia") or India ("South Asia"). So for a Thailand plan use country:"TH", or regions:"Southeast Asia" for all single-country plans in that area. Regional bundles exist only for the values offered by `regional_region`; "Southeast Asia", "South Asia" and "South America" have single-country plans but no bundles, which is why `regional_region` does not offer them. Results include roamingCountries / roamingCount, the countries a regional bundle actually covers — roamingCountries holds full country names (with the raw ISO-2 codes in roamingCountriesCodes); check these to confirm a bundle includes the countries the user needs. PRICES: each plan's `agent_price_usd` is its final price — the exact USDC that purchase_esim charges. Quote it to the user. Free — no payment. Returns offer IDs and prices; use them with purchase_esim (requires a self-hosted wallet).

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "properties": {
        "q": {
          "type": "string",
          "description": "Free-text filter e.g. \"10GB\", \"unlimited\""
        },
        "limit": {
          "type": "number",
          "default": 10
        },
        "offset": {
          "type": "number",
          "default": 0
        },
        "country": {
          "type": "string",
          "description": "ISO-2 country code for one specific country, e.g. ES, US, JP."
        },
        "regions": {
          "enum": [
            "Global",
            "Africa",
            "Asia",
            "Caribbean",
            "Central America",
            "Eastern Europe",
            "Western Europe",
            "North America",
            "Oceania",
            "South America",
            "South Asia",
            "Southeast Asia",
            "Middle East and North Africa"
          ],
          "type": "string",
          "description": "Browse SINGLE-COUNTRY plans by area (exact tag). Partitions, does not nest: Thailand/Vietnam are \"Southeast Asia\", India is \"South Asia\", Japan/Hong Kong are \"Asia\". Do NOT use this to find regional bundles — use regional_region instead. These tags apply to single-country plans only: the single-country \"Asia\" tag covers JP and CN, but the multi-country regional_region:\"Asia\" bundle does NOT include them, so for a bundle that actually covers a given country use `covers_country`."
        },
        "regional": {
          "type": "boolean",
          "description": "true → return ONLY multi-country regional bundles. Use alone to list them all; to scope to one area use regional_region instead."
        },
        "covers_country": {
          "type": "string",
          "description": "ISO-2 code of a country the bundle must ACTUALLY cover, e.g. JP. USE THIS, NOT `regional_region`, whenever the user names a country. `regional_region` filters on the provider's region LABEL, which does not describe coverage and is frequently wrong: regional_region:\"Asia\" returns bundles covering Australia, New Zealand and Uzbekistan while MISSING Japan, India and China. This parameter instead matches each bundle's real roamingCountries list. Expect JP, IN and CN to come back tagged \"Global\" — they are covered by no other bundle, so a \"Global\" result is correct, not a fallback. Returns multi-country bundles only: if the user just wants a plan for that one country, use `country` (more plans, usually cheaper). Implies regional-only. Cannot be combined with `country`."
        },
        "regional_region": {
          "enum": [
            "Africa",
            "Asia",
            "Caribbean",
            "Central America",
            "Eastern Europe",
            "Global",
            "Middle East and North Africa",
            "North America",
            "Oceania",
            "Western Europe"
          ],
          "type": "string",
          "description": "Get MULTI-COUNTRY regional bundles covering this area. Implies regional-only, so `regional` need not be set. Every value offered here has bundles behind it. Takes precedence over `regions`."
        },
        "covers_countries": {
          "type": "array",
          "items": {
            "type": "string"
          },
          "description": "ISO-2 codes a SINGLE bundle must cover ALL of, e.g. [\"BR\",\"AR\",\"CL\"] for a multi-stop trip. Matched against real roamingCountries, so it works where region labels do not: there is no \"South America\" bundle tag, but bundles covering BR/AR/CL/CO/EC/PE/UY exist under the \"Central America\" tag. If no single bundle covers everything, the closest bundles are returned under `closest` with what each one misses. Implies regional-only. Cannot be combined with `country`."
        }
      },
      "additionalProperties": false
    }
    arguments 73 lines
  • get_voucher_filters reads open 10h ago

    Get all valid filter values for the voucher catalog — available brand names, ISO country codes, category slugs and regions. Free — no payment. Use before browse_voucher_offers to know what filter values are accepted.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "properties": {}
    }
    arguments 5 lines
  • browse_topup_offers reads open 10h ago

    Search prepaid mobile airtime and data top-up offers across 500+ operators in 150+ countries — including MTN, Airtel, Orange, Movistar, Digicel and more. Filter by country or operator. Free — no payment. Returns offer IDs and prices; use them with purchase_topup (requires a self-hosted wallet).

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "properties": {
        "limit": {
          "type": "number",
          "default": 10
        },
        "offset": {
          "type": "number",
          "default": 0
        },
        "country": {
          "type": "string",
          "description": "ISO country code e.g. GH, ES, NG"
        },
        "operator": {
          "type": "string",
          "description": "Operator name filter e.g. MTN, Airtel"
        }
      },
      "additionalProperties": false
    }
    arguments 23 lines
  • get_order reads unknown never probed

    Poll the fulfillment state of any purchase. Returns status (PROCESSING / FULFILLED / FULFILLMENT_FAILED / EXPIRED), delivery payload (ICCID, QR code, pin code, redeem URL), refund eligibility, and whether to keep polling. Use the orderId returned from any purchase tool. Free — no payment required.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "orderId"
      ],
      "properties": {
        "orderId": {
          "type": "string",
          "description": "Order UUID returned from any purchase tool"
        }
      },
      "additionalProperties": false
    }
    arguments 14 lines
  • claim_refund changes data unknown never probed

    Claim a refund for a failed or expired eSIM order, or a carrier-rejected topup. Only eligible when status is FULFILLMENT_FAILED or EXPIRED and refund_policy is auto_on_fail. Requires the txHash from the original purchase response as proof of payment. Voucher orders and successfully delivered topups are non-refundable. Free — no payment required.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "orderId",
        "txHash",
        "idempotencyKey"
      ],
      "properties": {
        "txHash": {
          "type": "string",
          "description": "On-chain txHash from the purchase response — proves you are the original payer"
        },
        "orderId": {
          "type": "string",
          "description": "Order UUID from the purchase response"
        },
        "idempotencyKey": {
          "type": "string",
          "description": "Unique UUID for this refund request — prevents double submission"
        }
      },
      "additionalProperties": false
    }
    arguments 24 lines
  • recover_order_by_txhash reads unknown never probed

    Recover a lost order using the on-chain transaction hash. Use this if the purchase response was lost (network drop etc.) but you have the txHash from the blockchain. Free — no payment required.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "txHash"
      ],
      "properties": {
        "txHash": {
          "type": "string",
          "description": "On-chain transaction hash from the purchase settlement e.g. 0xdeaed4..."
        }
      },
      "additionalProperties": false
    }
    arguments 14 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 1b9fd0a8b7732fa3.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/1b9fd0a8b7732fa3/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/1b9fd0a8b7732fa3/badge.svg)](https://brick.blue/agent/1b9fd0a8b7732fa3?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.