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

vuelo

https://mcp.getvuelo.com

Registry code: c0fcdb8a3fc48e9b

api record

Search and book live flights and hotels. No API key; the traveller confirms on their phone.

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

endpoint
https://mcp.getvuelo.com/mcp
protocol
streamable-http ·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 vuelo live?
Yes — it answered the hub's last check (checked 2h ago). It answered 100% of checks over the last 30 days.
Is vuelo free to use?
Yes — the hub reached it with no key and no payment.
What tools does vuelo have?
15 tools: get_booking_progress, update_travellers, get_offer, search_trips, book_trip, change_payment_option, resend_link, send_to_payer, ….
Is vuelo 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 100%· all time 100%

latency
465ms

last good check

priced tools
0

of 15 tools

_ answered our checks, 90 days 1 checks · signed record
  • unknown → live
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

inferred, not observed

Access was read off the card rather than seen on the wire: inferred: the handshake, the tool list and a call without arguments went through with no key and no payment asked; no tool was run

_ what it can do 15 tools
15 never probed 0 of 15 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.

  • get_booking_progress unknown never probed

    Progress of the newest booking for an offer, or the newest booking of all, for the Vuelo widget.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "properties": {
        "offerId": {
          "type": "string"
        }
      },
      "additionalProperties": false
    }
    arguments 10 lines
  • update_travellers unknown never probed

    Correct who is travelling on a booking the traveller has not paid for yet: a passenger's name or date of birth (names exactly as on the passport, dates YYYY-MM-DD). Give only what changes, by position: { passenger: 2, name: "Sophie Hougham", dateOfBirth: "1990-04-12" }. What you leave out stays as it was. The link already sent opens with the new names; nothing is resent. Refused once the traveller has paid: names on a ticket are changed with the airline through Vuelo support.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "taskId"
      ],
      "properties": {
        "taskId": {
          "type": "string",
          "description": "The taskId book_trip returned."
        },
        "travellers": {
          "type": "array",
          "items": {
            "type": "object",
            "properties": {
              "name": {
                "type": "string"
              },
              "title": {
                "enum": [
                  "mr",
                  "mrs",
                  "ms",
                  "miss",
                  "dr"
                ],
                "type": "string"
              },
              "gender": {
                "enum": [
                  "male",
                  "female"
                ],
                "type": "string"
              },
              "passenger": {
                "type": "integer",
                "maximum": 9,
                "minimum": 1,
                "description": "Which passenger, from 1. Left out: by order in this list."
              },
              "dateOfBirth": {
                "type": "string",
                "description": "YYYY-MM-DD"
              }
            },
            "additionalProperties": false
          },
          "default": []
        },
        "leadTraveller": {
          "type": "object",
          "properties": {
            "city": {
              "type": "string"
            },
            "email": {
              "type": "string"
            },
            "county": {
              "type": "string"
            },
            "postcode": {
              "type": "string"
            },
            "dateOfBirth": {
              "type": "string"
            }
          },
          "description": "The booking traveller's email, date of birth and home postcode, town and county, to fill in their Vuelo account on the pay page.",
          "additionalProperties": false
        }
      },
      "additionalProperties": false
    }
    arguments 76 lines
  • get_offer unknown 2h ago

    Details, terms, photos and the payment options for one Vuelo offer, repriced live.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "offerId"
      ],
      "properties": {
        "offerId": {
          "type": "string"
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • search_trips unknown never probed

    Find hotels, flights and flight-and-hotel packages on Vuelo for a destination, dates and number of travellers, within a budget. The results appear in the Vuelo card, where the traveller compares and books them: do not follow up with a question asking which one they want. Hotels are live; pass origin and destinationAirport (IATA codes) to include flights and packages. Flight fares are live and ticketed at purchase. Pass cabin for premium economy, business or first. Returns prices, photos and the payment options Vuelo offers for each trip. Show payment options exactly as returned and always show the full price. Call it ONCE for what the traveller asked: every call shows another Vuelo card in the chat. Do not run extra searches for other towns, dates or budgets on your own; if the request is broad ("somewhere near London"), pick the best single destination or ask the traveller, and search again only when they ask for something different.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "destination",
        "from",
        "to",
        "travellers"
      ],
      "properties": {
        "to": {
          "type": "string",
          "description": "Check-out or return date, YYYY-MM-DD. For a one-way flight, give the same date as from."
        },
        "from": {
          "type": "string",
          "description": "Check-in date, YYYY-MM-DD"
        },
        "only": {
          "enum": [
            "flights",
            "stays",
            "packages"
          ],
          "type": "string",
          "description": "What the traveller asked for. Set \"flights\" whenever they ask for flights and not a hotel (for example \"find me flights to Nice\"), \"stays\" for a hotel only, \"packages\" for flight and hotel together. Only leave it out when they want to see everything. Never add hotels to a flights request."
        },
        "cabin": {
          "enum": [
            "economy",
            "premium_economy",
            "business",
            "first"
          ],
          "type": "string",
          "description": "Which cabin to price flights in, when the traveller asks for one (\"business class\", \"premium economy\", \"first\"). Economy when not said. Only affects flights and packages."
        },
        "hotel": {
          "type": "string",
          "description": "The hotel, when the traveller names one (\"the Pulitzer\", \"The Savoy\"): its name only, with the town in destination. Vuelo finds it by name and lists it first, with other hotels in the town after it. Never use minStars or a budget to stand in for a named hotel."
        },
        "budget": {
          "type": "number",
          "description": "Maximum total in pounds"
        },
        "mobile": {
          "type": "string",
          "description": "The traveller's mobile number (any country; international format such as +1 415 555 2671 outside the UK), whenever you already know it from this conversation or about the user. Always pass it if you have it: when they tap Book in the Vuelo card, Vuelo texts the secure link straight to it, so they type nothing. Vuelo keeps it for this conversation only and never shows it in the chat. Do not ask for it just to search."
        },
        "origin": {
          "type": "string",
          "description": "Where they fly from, to include live flights and packages: an airport code (LHR) or, when the traveller names a city, the city (London, or LON), which searches every airport there (Heathrow, Gatwick, Stansted, Luton, City). Pass the city unless they named one airport. Ask where they are flying from if they want flights."
        },
        "minStars": {
          "type": "integer",
          "maximum": 5,
          "minimum": 1,
          "description": "Minimum hotel star rating, when the traveller asks for one (for example 5 for \"5-star\")."
        },
        "traveller": {
          "type": "object",
          "properties": {
            "name": {
              "type": "string"
            },
            "email": {
              "type": "string"
            },
            "postcode": {
              "type": "string"
            },
            "dateOfBirth": {
              "type": "string",
              "description": "YYYY-MM-DD"
            }
          },
          "description": "The person booking, whenever you know them from this conversation or about the user: full name as on their ID, email, date of birth (YYYY-MM-DD) and home postcode. Vuelo keeps them for this conversation, so when the traveller taps Book in the card they have nothing to type. Never guess any of it.",
          "additionalProperties": false
        },
        "passengers": {
          "type": "array",
          "items": {
            "type": "object",
            "required": [
              "name"
            ],
            "properties": {
              "name": {
                "type": "string"
              },
              "dateOfBirth": {
                "type": "string"
              }
            },
            "additionalProperties": false
          },
          "description": "Pass this whenever you know it: the results page and checkout then need nothing typed. Who is flying, if the traveller has already told you or you know it: full names as on the passport, and dates of birth if you have them. Vuelo fills these into the booking form so they are not asked for again. Names alone still help. This is who is flying; travellers above is how many."
        },
        "travellers": {
          "type": "integer",
          "maximum": 9,
          "minimum": 1,
          "description": "Number of travellers"
        },
        "destination": {
          "type": "string",
          "description": "Town or city, with its country when the name is shared or could be ambiguous: \"Lisbon\", \"Zurich, Switzerland\", \"Cambridge, UK\". A region (the Cotswolds) cannot be searched: use one town in it."
        },
        "refundableOnly": {
          "type": "boolean",
          "description": "Only stays with a refundable rate, when the traveller asks for refundable or free cancellation. Flights are ticketed at booking, so none are refundable."
        },
        "destinationAirport": {
          "type": "string",
          "description": "Arrival airport for the destination, for example LIS for Lisbon; for a city with several airports (London, Paris, New York, Milan, Rome, Tokyo, Stockholm) pass the city to search them all."
        }
      },
      "additionalProperties": false
    }
    arguments 119 lines
  • book_trip unknown never probed

    Bookings are made under Vuelo's Booking Terms and Conditions (https://getvuelo.com/uk/legal/terms-of-booking-service/); the Vuelo card and pay page show them. Start booking a Vuelo offer, by the offerId and paymentOption that search_trips returned; call it whenever the traveller asks in the chat to book one. The Vuelo card then shows the traveller a Pay button that opens Vuelo's secure page (Apple Pay, Google Pay or a card), or, where there is no card or they ask for one, Vuelo texts them a secure link; nothing is booked until they pay. Never show a link in the chat, except a passkey approval link Vuelo returns for you to show. Pre-fill: pass everything you already know about the traveller, from this conversation or what you know about the user, so checkout is a single tap with nothing to type: leadTraveller (full name as on their ID, email, date of birth, home postcode), mobile, and for flights each passenger's name, date of birth, title and gender. Never guess or invent any of it; ask only for what Vuelo says is missing, once, in one message. Flights cannot book without each passenger's name and date of birth. To change how an open booking is paid for, use change_payment_option (calling book_trip again with another paymentOption does the same). Do not wait for the traveller to tell you they have paid: pass notify_url to hear the moment they open the link, pay or cancel, or straight after sending the link call get_booking_status with wait_seconds: 50, which answers the moment they pay. Then tell them it is booked, with the reference.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "offerId",
        "paymentOption"
      ],
      "properties": {
        "host": {
          "type": "string",
          "description": "Which assistant this is, so the Vuelo page names it and matches its look. One of: chatgpt, claude, gemini, meta, instinct, openclaw, perplexity, copilot, mistral, grok, poe, duckduckgo. Optional, and an unrecognised value is simply ignored rather than refused."
        },
        "payer": {
          "type": "object",
          "required": [
            "name"
          ],
          "properties": {
            "name": {
              "type": "string",
              "maxLength": 60,
              "minLength": 1
            },
            "email": {
              "type": "string",
              "format": "email"
            },
            "mobile": {
              "type": "string",
              "maxLength": 30
            }
          },
          "description": "Only when the traveller says someone else is paying (a friend, a partner, a parent): their name and mobile or email, as the traveller gives them. Vuelo then sends the secure link to that person instead of the traveller; they pay in full from their own Vuelo account. Ask who is paying before booking if the traveller has mentioned it. The traveller still gets the confirmation at their own mobile, if given.",
          "additionalProperties": false
        },
        "mobile": {
          "type": "string",
          "description": "Mobile number to text the link to (any country; international format outside the UK). Not needed for returning customers, or if you already passed it to search_trips in this conversation. If you already know it from this conversation or from what you know about the user, pass it rather than asking again: Vuelo then texts the link at once, with nothing for the traveller to type."
        },
        "offerId": {
          "type": "string"
        },
        "delivery": {
          "enum": [
            "sms",
            "qr",
            "on_device",
            "push",
            "platform",
            "in_chat"
          ],
          "type": "string",
          "description": "How the confirmation reaches the traveller. Leave it out: a card payment always goes by text to the traveller's mobile, and a no-card reservation by a Confirm button in the Vuelo card. qr and on_device are no longer offered and are treated as a text. Defaults to a text message, or to a Confirm button in the Vuelo card when nothing needs paying now."
        },
        "from_card": {
          "type": "boolean",
          "description": "Set only by the Vuelo card. Leave it out."
        },
        "notify_url": {
          "type": "string",
          "description": "Your own https address. The moment the traveller confirms on their phone, Vuelo POSTs it a booking.confirmed event (reference, trip, dates, amount), so you can tell them without being asked. Optional."
        },
        "travellers": {
          "type": "array",
          "items": {
            "type": "object",
            "required": [
              "name"
            ],
            "properties": {
              "name": {
                "type": "string"
              },
              "title": {
                "enum": [
                  "mr",
                  "mrs",
                  "ms",
                  "miss",
                  "dr"
                ],
                "type": "string",
                "description": "As on the passport, if you know it."
              },
              "gender": {
                "enum": [
                  "male",
                  "female"
                ],
                "type": "string",
                "description": "As on the passport, if you know it."
              },
              "dateOfBirth": {
                "type": "string"
              }
            },
            "additionalProperties": false
          },
          "description": "Each passenger, as on their passport, with their title and gender where you know them (airlines need both). If the traveller has already told you who is flying, pass them rather than making them type it again. Leave it out for a returning traveller: Vuelo fills in its own saved passengers and asks you to confirm them."
        },
        "consumer_ref": {
          "type": "string",
          "description": "The vc_ reference Vuelo gave you after this traveller authorised you to book for them within limits. Only if you already hold one; never ask the traveller for it, or mention it to them: they do not have one to give. With it, Vuelo books inside their limits without a payment step, or asks them to approve with their passkey. Without it, book as usual: the traveller pays with one tap on Vuelo's secure page."
        },
        "notify_token": {
          "type": "string",
          "description": "A secret of yours. Vuelo sends it back in X-Vuelo-Notify-Token and signs the event with it (X-Vuelo-Signature: sha256=HMAC). Optional."
        },
        "leadTraveller": {
          "type": "object",
          "required": [
            "name"
          ],
          "properties": {
            "city": {
              "type": "string",
              "description": "Town or city of their home address"
            },
            "name": {
              "type": "string"
            },
            "email": {
              "type": "string"
            },
            "county": {
              "type": "string"
            },
            "postcode": {
              "type": "string"
            },
            "dateOfBirth": {
              "type": "string",
              "description": "YYYY-MM-DD"
            }
          },
          "description": "The traveller booking: name, email, date of birth and home postcode, town and county, as far as you know them. Pass whatever you already know from this conversation or about the user rather than asking: Vuelo logs them straight in, or fills in their Vuelo account so they only check it and accept Vuelo's terms. For a traveller new to Vuelo, their Vuelo account needs their name, date of birth and home postcode, town and county: pass them if you know them, or ask once before booking, so the pay page is one tap. Never invent any of it.",
          "additionalProperties": false
        },
        "paymentOption": {
          "enum": [
            "pay_in_full",
            "reserve_now",
            "payment_plan"
          ],
          "type": "string",
          "description": "One of the options search_trips returned as eligible"
        },
        "conversationId": {
          "type": "string"
        },
        "travellersConfirmed": {
          "type": "boolean",
          "description": "Set true when the traveller has confirmed the passengers Vuelo filled in and named back to you. Vuelo asks for this once, before it starts a booking with saved passengers."
        }
      },
      "additionalProperties": false
    }
    arguments 157 lines
  • change_payment_option unknown never probed

    When the traveller wants to pay a different way (for example reserve now instead of paying in full) before they have confirmed. Switches the open booking to that paymentOption; the link already texted stays the same and opens with the new choice, so nothing new is sent. Only an option the trip lists as available.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "taskId",
        "paymentOption"
      ],
      "properties": {
        "taskId": {
          "type": "string"
        },
        "paymentOption": {
          "enum": [
            "pay_in_full",
            "reserve_now",
            "payment_plan"
          ],
          "type": "string"
        }
      },
      "additionalProperties": false
    }
    arguments 22 lines
  • resend_link unknown never probed

    When the traveller says the secure link has not arrived, or asks for another: Vuelo texts it again, to the same number. The first time it resends the same link; after that, once it has been opened, or once it has expired, Vuelo cancels it and texts a fresh one, and only the newest works. Never pass the link on in the chat yourself. At most three links a booking.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "taskId"
      ],
      "properties": {
        "taskId": {
          "type": "string"
        }
      },
      "additionalProperties": false
    }
    arguments 13 lines
  • send_to_payer unknown never probed

    After a booking has started, when the traveller says someone else is paying (a friend, a partner, a parent, their company); if you know before booking, pass payer to book_trip instead. Vuelo sends that person a secure link of their own, by text, email or both. Only when the traveller asks, with the name and the mobile or email they give you: never guess or reuse a number, and confirm it with the traveller first. The payer sees the trip, the price and who asked, never the traveller's own details, and pays in full from their own Vuelo account (no payment plan). The traveller's own link stops working, so the trip cannot be paid twice; the traveller still gets the booking confirmation. The link lasts 24 hours and the price is checked when they pay. Never pass the link on in the chat yourself.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "taskId",
        "name"
      ],
      "properties": {
        "name": {
          "type": "string",
          "maxLength": 60,
          "minLength": 1,
          "description": "The name of the person paying, as the traveller gave it."
        },
        "email": {
          "type": "string",
          "format": "email",
          "description": "Their email, to email the link."
        },
        "mobile": {
          "type": "string",
          "maxLength": 30,
          "description": "Their mobile, to text the link."
        },
        "taskId": {
          "type": "string",
          "description": "The taskId book_trip returned."
        }
      },
      "additionalProperties": false
    }
    arguments 31 lines
  • cancel_booking unknown never probed

    Cancel a Vuelo booking, before or after the traveller confirms. Pass the taskId if it was made in this conversation; from any other conversation, a made booking can be cancelled with its Vuelo reference (VU-...) and the email or mobile it was booked with. Not confirmed yet: it is called off at once, the texted link stops working and nothing was charged. Already booked: call it first with preview: true and tell the traveller what they would get back (refund.amount, summary). If they want to go ahead, call it again without preview. A reservation with nothing paid is cancelled at once. For anything paid, Vuelo texts the traveller a six-digit code and nothing is cancelled until it is given: ask them for it and call again with code (they can also enter it on their booking page). Never guess a code, and never say a paid booking is cancelled until this or get_booking_status says so.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "properties": {
        "code": {
          "type": "string",
          "maxLength": 12,
          "description": "For a paid booking: the six-digit code Vuelo texted the traveller, as they gave it to you. Finishes the cancellation and the refund."
        },
        "email": {
          "type": "string",
          "format": "email",
          "description": "With reference: the email the traveller booked with."
        },
        "mobile": {
          "type": "string",
          "maxLength": 30,
          "description": "With reference, instead of email: the mobile on the booking."
        },
        "taskId": {
          "type": "string",
          "description": "The taskId book_trip returned, when the booking was made in this conversation."
        },
        "preview": {
          "type": "boolean",
          "description": "true: only say what cancelling would refund, changing nothing."
        },
        "reference": {
          "type": "string",
          "maxLength": 20,
          "description": "Otherwise: the Vuelo booking reference (VU-...)."
        }
      },
      "additionalProperties": false
    }
    arguments 35 lines
  • contact_support unknown never probed

    Send the traveller's request to Vuelo's support team, who will be in touch with them. Use it whenever the traveller wants something done to a Vuelo booking that the other tools cannot do, or wants a person: change dates or names after paying, a refund question, a payment problem, a complaint, anything. It works in any conversation: pass the taskId if the booking was made in this chat; otherwise their Vuelo booking reference (VU-...) and the email or mobile they booked with, or just their email if they have no reference. To cancel a booking made in this chat, use cancel_booking first: it raises the request itself when Vuelo's team has to do it. Write the message in the traveller's words, with what they want and why. Tell them the ticket reference and reply time this returns.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "topic",
        "message"
      ],
      "properties": {
        "email": {
          "type": "string",
          "format": "email",
          "description": "The email the traveller booked with: needed when there is no taskId, or when this tool asks for it."
        },
        "topic": {
          "enum": [
            "cancel",
            "change",
            "refund",
            "payment",
            "other"
          ],
          "type": "string",
          "description": "What the request is about."
        },
        "mobile": {
          "type": "string",
          "maxLength": 30,
          "description": "With reference, instead of email: the mobile on the booking."
        },
        "taskId": {
          "type": "string",
          "description": "The taskId book_trip returned, when the booking was made in this conversation."
        },
        "message": {
          "type": "string",
          "maxLength": 4000,
          "minLength": 5,
          "description": "What the traveller wants, in their words."
        },
        "reference": {
          "type": "string",
          "maxLength": 20,
          "description": "The Vuelo booking reference (VU-...), when there is no taskId."
        }
      },
      "additionalProperties": false
    }
    arguments 47 lines
  • find_my_booking unknown never probed

    For a traveller who booked with Vuelo before, in another conversation, and wants to see, change, cancel or get help with it: Vuelo texts the booking's own page to the mobile on that booking. On that page they can cancel, add it to their calendar, and contact Vuelo's team. Pass their Vuelo booking reference (VU-...) and the email or mobile they booked with. You never see the link or whether it matched, so tell them: if the details match a booking, Vuelo has texted its page to the mobile on it. For anything else they want a person for, use contact_support.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "reference"
      ],
      "properties": {
        "email": {
          "type": "string",
          "format": "email",
          "description": "The email the traveller booked with."
        },
        "mobile": {
          "type": "string",
          "maxLength": 30,
          "description": "Or the mobile on the booking, instead of the email."
        },
        "reference": {
          "type": "string",
          "maxLength": 20,
          "minLength": 3,
          "description": "The Vuelo booking reference, VU-..."
        }
      },
      "additionalProperties": false
    }
    arguments 26 lines
  • get_support_ticket unknown never probed

    Where a request to Vuelo's support team stands: with the team, replied (the reply is in the traveller's email), or resolved. Pass the ticket reference (SUP-...) and either the taskId of the booking in this conversation or the email the traveller gave. Use it when the traveller asks for an update. To add to a request, call contact_support again with the same booking and reason: it joins the same conversation.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "ticket"
      ],
      "properties": {
        "email": {
          "type": "string",
          "format": "email",
          "description": "The email the traveller gave for the reply."
        },
        "taskId": {
          "type": "string",
          "description": "The booking's taskId, if it was made in this conversation."
        },
        "ticket": {
          "type": "string",
          "maxLength": 20,
          "minLength": 5,
          "description": "The ticket reference, SUP-..."
        }
      },
      "additionalProperties": false
    }
    arguments 25 lines
  • get_booking_status unknown never probed

    The current state of a Vuelo booking started with book_trip. Pass wait_seconds (up to 50) straight after the traveller has the link: it answers the moment they open it, pay or cancel, so you can tell them it is booked without being told.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "taskId"
      ],
      "properties": {
        "taskId": {
          "type": "string"
        },
        "wait_seconds": {
          "type": "integer",
          "maximum": 50,
          "minimum": 0,
          "description": "Hold the answer until the booking changes, up to this many seconds."
        }
      },
      "additionalProperties": false
    }
    arguments 19 lines
  • change_package_flight unknown 2h ago

    For a flight-and-hotel package from search_trips: every other flight for the same route and dates, each priced as a package with the same stay, with what it costs each traveller more or less than the current flight. The Vuelo card uses this for its Change flight list; call it yourself when the traveller asks for other flights for a package, then book the offerId they choose.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "offerId"
      ],
      "properties": {
        "offerId": {
          "type": "string",
          "description": "The package offerId from search_trips"
        }
      },
      "additionalProperties": false
    }
    arguments 14 lines
  • get_hotel_availability unknown 2h ago

    Live rooms and prices at ONE hotel the traveller already has in mind, for their dates and number of guests, without searching the whole town. Pass the reference you hold: a Vuelo hotel link (https://…/h/…), an offerId from an earlier Vuelo search, a Vuelo property_id (VHP_…) or a hotel id from a Vuelo search. Use it when the traveller shares a Vuelo hotel link or asks about the same hotel on other dates. The result appears in the Vuelo card. No result means the hotel has nothing for those dates or is not one Vuelo can sell: say so, and offer to search the town. Prices hold for about an hour: book soon after, or check again.

    mcp-tool

    {
      "type": "object",
      "$schema": "http://json-schema.org/draft-07/schema#",
      "required": [
        "property",
        "from",
        "to",
        "travellers"
      ],
      "properties": {
        "to": {
          "type": "string",
          "description": "Check-out date, YYYY-MM-DD"
        },
        "from": {
          "type": "string",
          "description": "Check-in date, YYYY-MM-DD"
        },
        "property": {
          "type": "string",
          "description": "The hotel: a Vuelo hotel link, an offerId from a Vuelo search, a Vuelo property_id (VHP_…) or a hotel id from a Vuelo search."
        },
        "travellers": {
          "type": "integer",
          "maximum": 9,
          "minimum": 1,
          "description": "Number of adults"
        }
      },
      "additionalProperties": false
    }
    arguments 31 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 c0fcdb8a3fc48e9b.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/c0fcdb8a3fc48e9b/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/c0fcdb8a3fc48e9b/badge.svg)](https://brick.blue/agent/c0fcdb8a3fc48e9b?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.