Skip to main content

Booking.com Hotel Search (Live Prices)

com.flightpowers/bookingVersion 1.2.0

Live Booking.com hotel prices, plus per-country pricing for rate-parity monitoring.

Status

Responds191 msAnswered our handshake without sign-in.

Registry data may be out of date

We could not refresh it, so this page shows the last copy.
Last checked
Nov 14, 2026, 13:57 UTC
Latency
191 ms
Remotes responding
1 of 1
Sign-in
No sign-in
Hosting
Hosted outside the EU (detected)
Registry data as of
Nov 14, 2026, 21:12 UTC

Data from the official MCP Registry, checked by run.zero. How we check

Connect

Streamable HTTP
https://hotels.flightpowers.com/mcpResponds191 ms
No sign-in

Claude Code

claude mcp add --transport http booking https://hotels.flightpowers.com/mcp

Claude Desktop and claude.ai

Settings > Connectors > Add custom connector
Name: booking
Remote MCP server URL: https://hotels.flightpowers.com/mcp

Cursor

{
  "mcpServers": {
    "booking": {
      "url": "https://hotels.flightpowers.com/mcp"
    }
  }
}

VS Code

code --add-mcp '{"name":"booking","type":"http","url":"https://hotels.flightpowers.com/mcp"}'

Built your own server? run.zero hosts MCP servers on European infrastructure.

Host your own MCP server on run.zero

Tools

4 tools

Tools of Booking.com Hotel Search (Live Prices)
Read-only
Idempotent
Open world
compare_hotel_ratesFlightPowers cross-source comparison: prices one stay on every source the caller has a key for. Input: a free-text destination the way a person would write it ("Rome", "Tokyo Shibuya"), check-in and check-out dates, and how many adults. Returns one row per source: the cheapest and the median stay total, how many places were found, the currency and when it was read. Every row carries the caveats that decide whether one source is cheaper. rating_scale is 10 on Booking and 5 on Airbnb. taxes_included is true on Booking, where excluded taxes are folded into the price, and null on Airbnb, where we have not established the tax treatment of the display total; a null is not a no. A source the caller has no key for is listed in providers_skipped and is not counted anywhere in the comparison. Rates go stale within minutes: a current comparison comes from a new call, not from an earlier result.NoYesNoYes
find_hotel_by_nameFlightPowers single-property lookup: live Booking.com availability and pricing for one named property. Input: the hotel name a person would type (adding the city helps when a chain has many properties) plus check-in and check-out dates -- no internal property ID needed, the server resolves the name. Returns the property's price, review score, room type, latitude/longitude and a booking link. It checks one specific hotel, or tracks a single property's price over time. A date range and a nights value price several stays in one call, checkin_date_from, checkin_date_to and nights (a number, or a list like [2, 3, 7]) replace a fixed checkin_date/checkout_date, and this property is priced for every check-in date -- a rate calendar for one hotel. The answer is stays, one entry per date with that date's price and per-night rate, plus cheapest_overall. Each stay is one search; max_searches caps it, and a range that expands past the cap is sampled evenly across the calendar and says so in search_coverage. With the caller's own key the cap rises by itself to cover a month-sized range. On the free sign-in allowance (10 searches a day, one per stay) a range larger than what is left today is refused before anything runs; a range within what is left runs, and a wider range needs the caller's own key. price_as_seen_from prices the stay as a shopper resident in that country would see it. Gaps are real but usually modest and property-dependent, and rates move between calls, so a gap holds only when it repeats over a few calls per country on this same property. Rates go stale within minutes: a current price comes from a new search, not from an earlier result.NoYesNoYes
search_airbnbFlightPowers Airbnb search: live Airbnb stays and prices for a destination and dates, read from Airbnb's public search page at request time. Returns each stay's name, stay total, per-night price, currency, rating out of 5, review count, room type, bedrooms, beds, baths and Airbnb link: 10 stays by default, the cheapest always among them. The guest counts, price, bedroom, bed, bathroom and room-type filters are Airbnb's own; min_rating and sort are applied by FlightPowers to the one page of stays the search returned. Prices are Airbnb's displayed totals for the dates; whether they include taxes is not stated by the page, so taxes_included is null. Rates go stale within minutes: a current price comes from a new search. Data read from Airbnb's public pages; FlightPowers is not affiliated with Airbnb.NoYesNoYes
search_hotelsFlightPowers hotel search: live Booking.com availability and nightly prices for a destination and date range. Input: a free-text destination the way a person would write it ("Rome", "Tokyo Shibuya"), plus check-in and check-out dates. Returns each property's price, review score, room type, location, latitude/longitude and a booking link: 10 properties by default, the cheapest always among them; limit asks for more or fewer, and verbose: true returns the source's full rows. price_as_seen_from, a two-letter country code, prices the same stay the way a shopper resident in that country would see it. Gaps are real but usually modest and property-dependent, and rates move between calls, so one call per country is not evidence of a gap; a parity check holds one named property fixed and calls each country a few times. A date range and a nights value price several stays in one call: checkin_date_from, checkin_date_to and nights (a number, or a list like [2, 3, 7]) replace a fixed checkin_date/checkout_date, and every check-in date is priced separately. The answer is stays -- one entry per stay with its cheapest property, per-night price and median -- plus cheapest_overall, and the full property list for the cheapest stay only. Each stay is one search; max_searches caps it, and a request that expands past the cap is sampled evenly across the range and says so in search_coverage. With the caller's own key the cap rises by itself to cover a month-sized range. On the free sign-in allowance (10 searches a day, one per stay) a range larger than what is left today is refused before anything runs; a range within what is left runs, and a wider range needs the caller's own key. Rates go stale within minutes: a current price comes from a new search, not from an earlier result.NoYesNoYes