Comprehensive Model Context Protocol server for managing Home Assistant through AI assistants.
Hungry eSIM is installed from its publisher's own source and answers where it runs, so this marketplace is not in the path of a single call. There is no address here to send one to, and a panel that pretended otherwise would be showing you an answer we made up. Install it and call it from your own client — the Installation tab has the entry for each one.
What it does
Travel eSIMs: unlimited data, pick your days, top up existing eSIMs, card checkout, no API key.
Quickstart
# 1 — add it to Claude Code
claude mcp add --scope user --transport http hungry-esim-mcp https://api.hungry-esim.com/mcp
# 2 — ask your agent for something these tools do
# search_esim_plans, get_plan_details, create_checkout and 7 more
Hungry eSIM costs nothing on mcprush: there is no plan to choose here, no cap to set and nothing mcprush can bill you for.
Collected from a public index. Nobody has claimed this account, so nothing here was written by its author — claim it if it is yours.
Where are you running it?
Every route below installs the same thing and ends at the same approval screen. Nothing here runs on your machine and nothing runs on ours: this server answers at its publisher’s own address, and what you install is the connection straight to it.
This is a public server: it answers at its publisher’s own address and this marketplace is not in the path. Claude Code registers it in one command; --scope user makes it available in every project. The transport below is http, as the publisher's own manifest declares it.
claude mcp add --scope user --transport http hungry-esim-mcp https://api.hungry-esim.com/mcpReconnect, or start a new session, and the tools appear in the model’s tool list.
One config entry pointing straight at the publisher’s own address — this marketplace is not in the path, and nothing from this listing executes on your machine.
10 tools, with what each one reads, writes and reaches shown before you agree — the same list on every route above. Read the tool surface.
Tool surface
What the model actually sees. Descriptions are diffed on every release — see version history.
Search prepaid travel eSIM data plans for a destination — the SIM card / mobile data / roaming option for a trip. Use this first for any "data plan for my trip to X" request. Includes unlimited plans where the traveller picks the number of days, and fixed-data plans. Filter by unlimited vs fixed-data, minimum data, and validity. Unlimited plans are quoted per day, fixed-data plans as a one-off tot
| Parameter | Type | Required | Notes |
|---|---|---|---|
| country | string | yes | ISO 3166-1 alpha-2 country code, e.g. 'JP', 'US' |
| unlimited | boolean | no | If set, return only unlimited (true) or only fixed-data (false) plans |
| min_data_gb | number | no | Minimum data in GB (fixed-data plans) |
| max_validity_days | integer | no | Maximum validity in days (fixed-data plans) |
| days | integer | no | Trip length in days (1-90; each unlimited plan states its own maximum). When given, unlimited plans also quote the total for that many days. |
| currency | string | no | ISO currency for prices, default USD |
| limit | integer | no | Max results, default 10 |
Get everything about one eSIM data plan: which countries the SIM roams in, data volume, validity in days, speed and fair-use throttling, and price. Use after search_esim_plans or find_cheapest_plan when the traveller asks what exactly a plan includes before buying.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| variant_id | string | yes | Variant id from search_esim_plans |
| currency | string | no | ISO currency, default USD |
Buy the chosen eSIM data plan: builds a cart and returns a checkout URL the traveller opens to pay by credit card on hungry-esim.com — no crypto wallet and no API key needed. Use once a plan is picked. Does NOT charge — the user completes payment on the website. For unlimited plans, period_num (how many days of data the traveller wants) is required. If the customer is signed in, the order is linke
| Parameter | Type | Required | Notes |
|---|---|---|---|
| variant_id | string | yes | Variant id from search_esim_plans |
| country | string | yes | Customer's CHECKOUT country (ISO alpha-2) — sets checkout region/currency and URL locale. NOT the eSIM's coverage country. If the store doesn't serve it, the store's default region is used. |
| count | integer | no | Number of eSIMs, default 1 |
| period_num | integer | no | Days for unlimited plans (1-90; each plan states its own maximum). Required for unlimited, ignored otherwise. |
| string | no | Guest email — prefills checkout so it skips the details step. Ignored when the customer is signed in (their account email is used). Never determines which account the order belongs to. |
Look up an eSIM order and return its status plus the SIM install details: install link, LPA activation code, QR image URL, and ICCID. Use for "where is my eSIM", "resend my QR code", or "did my order go through" when an order number is known. Signed-in customers can look up their own orders by number without an email. Otherwise, a short order number MUST be paired with the email used for the order
| Parameter | Type | Required | Notes |
|---|---|---|---|
| order | string | yes | Order number (e.g. '32') or Medusa order id (order_01K...) from the confirmation email |
| string | no | Email used for the order. Required when 'order' is a short order number and the customer is not signed in. |
List the SIM cards (eSIMs) already on the signed-in Hungry eSIM account: ICCID, status, data package, expiry, and install link. Use for "my eSIM", "my SIM card", "how much data do I have left", or before topping up a SIM the traveller already owns. Requires connecting the Hungry eSIM account (OAuth) — no API key.
No parameter schema on file.
List the data top-up (recharge / refill) packages that can be added to an eSIM the customer already owns. Use when the traveller ran out of mobile data or wants more days on a SIM they already bought — topping up reuses the installed SIM, so no new QR code is needed. Pass the ICCID from my_esims. Returns package_code values to pass to topup_esim.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| iccid | string | yes | ICCID of the eSIM, from my_esims |
Recharge an eSIM the customer already owns with more data: builds a cart and returns a checkout URL to pay by credit card on hungry-esim.com. The installed SIM keeps working — no new QR code is issued. Use this instead of create_checkout when the traveller already has one of our eSIMs. Does NOT charge — the user completes payment on the website. Get iccid from my_esims and package_code from list_e
| Parameter | Type | Required | Notes |
|---|---|---|---|
| iccid | string | yes | ICCID of the eSIM to top up, from my_esims |
| package_code | string | yes | Top-up package code from list_esim_topups |
| country | string | no | Customer's CHECKOUT country (ISO alpha-2) — sets checkout region/currency and URL locale. Defaults to US. |
List the signed-in customer's recent eSIM purchases with payment and provisioning status. Use for "what did I buy" or "did my order go through" when no order number is at hand. For the install QR and activation code of one order, use get_order_status.
No parameter schema on file.
Check whether we cover a destination before choosing a plan — answers "do you work in X?", "can I get mobile data / a SIM card in X?", "is X supported?". Returns yes/no, how many plans cover it, and the cheapest unlimited and fixed-data plan as examples. Use search_esim_plans or find_cheapest_plan for the full list.
| Parameter | Type | Required | Notes |
|---|---|---|---|
| country | string | yes | ISO 3166-1 alpha-2 country code of the destination, e.g. 'JP', 'US' |
| currency | string | no | ISO currency for prices, default the store currency |
Find the lowest-priced eSIM data plan for a destination — for "what's the cheapest", "budget option", "cheapest SIM / data plan for X". Pass days (trip length) to rank by what the traveller actually pays for the whole trip: unlimited plans are priced per day with a multi-day discount, fixed-data plans by their sticker price, and plans that expire before the trip ends are dropped. Without days it r
| Parameter | Type | Required | Notes |
|---|---|---|---|
| country | string | yes | ISO 3166-1 alpha-2 country code of the destination, e.g. 'JP', 'US' |
| days | integer | no | Trip length in days. When given, plans are ranked by total trip cost. |
| min_data_gb | number | no | Minimum data in GB (applies to fixed-data plans; unlimited always qualifies) |
| currency | string | no | ISO currency for prices, default the store currency |
| limit | integer | no | How many options to return, default 3 |
- Every tool — any call limit is its publisher’s, not ours
- No card, and mcprush charges nothing for it
- Runs at its publisher’s own address — this marketplace is not in the path
- Nothing to cap, because mcprush bills nothing
What counts against your monthly calls
| Tool | Unit | Calls used | Out of the allowance |
|---|
Nothing here is billable: mcprush charges nothing to install Hungry eSIM or to call it, at any volume.
Two independent axes, because powerful and malicious are different questions. The grade is threat only. The capability level is blast radius, and it is never a penalty on the grade — it is priced as one subtract-only term in the score, where you can see it.
| Term | Level | What it prices | Points |
|---|---|---|---|
| capability-exposure | moderate | capability blast radius (moderate) — client exposure if the model is manipulated | −3 |
| coverage-honesty | manifest | inspection depth (manifest) — how much of the target the scan could see | −4 |
What the scan could actually read
A grade is only as meaningful as its coverage, so the scanner publishes its own depth before it publishes its result.
The scan read each tool’s name, description, input schema and annotations exactly as the server listed them the last time it answered us; no code was reviewed. We ask the server again about once a month, and a list that changed is graded again.
The implementation source was not read — this reflects the declared tool metadata only.
Capability — what it could do if the model were manipulated
Tags derived from each tool’s schema and the implementation, not from what the tool calls itself. moderate is the level these add up to.
| Tool | Capability tags | Why the tag was assigned |
|---|---|---|
| search_esim_plans | no tags | |
| get_plan_details | no tags | |
| create_checkout | state-write | state-write: declares readOnlyHint: false |
| get_order_status | no tags | |
| my_esims | no tags | |
| list_esim_topups | no tags | |
| topup_esim | state-write | state-write: declares readOnlyHint: false |
| my_orders | no tags | |
| check_destination_coverage | no tags | |
| find_cheapest_plan | no tags |
Toxic-flow graph
The lethal trifecta, checked as a graph rather than as a checklist: untrusted input, a sensitive source and an external sink have to meet before there is a path worth worrying about.
The public result for this release does not print the flow graph, so there is nothing to show here. That is not the same as "no paths were found": what the scan did read is above, under coverage.
Supply chain and provenance
This is the first scan of this surface here, so there is nothing yet to compare it against.
Every result on this tab comes from one deterministic pass over the published package — offline, rule by rule, and auditable line by line above. Same methodology version, same bytes, same score.
Release history
This is an address its publisher runs: which release it serves is theirs to choose, so there is nothing here to pin. The history below is for reading; the current release on file is 1.1.0.
No release note was published with this version.
One review per account, from a signed-in account that does not publish this listing. Nothing else is asked — you can say what you think before you install it. Publishers can reply once per review, and a review can be edited or deleted by whoever wrote it.
Any signed-in account that does not publish Hungry eSIM can review it, once — before installing it or after. A review from an account that has installed it is marked as one.
Nobody has reviewed this listing. The rating on the card is the mean of the reviews written here and nothing else, so there is no rating until somebody writes the first — which takes a signed-in account that does not publish it, and nothing else.