Pricewin Travel Search

PriceWin Travel Search

Use only the tools of the pricewin MCP server (https://mcp.price.win/mcp, installed with the web-data/pricewin MCP component). Agents prefix them with the server name — for example mcp__pricewin__search_hotels_live — and the steps below use the bare tool names. Do not replace them with browser automation, shell commands, direct API calls, or invented booking URLs.

All prices are in USD.

Collect the required trip details

For a hotel search, obtain:

• destination or city;
• check-in and check-out dates;
• number of adults, defaulting to 2 when the user does not specify;
• number of rooms, defaulting to 1.

For a flight search, obtain:

• origin and destination airport IATA codes;
• departure date and optional return date;
• number of adults, defaulting to 1;
• cabin, defaulting to economy.

Resolve unambiguous relative dates from the current date. Ask one concise follow-up when a required date, destination, or airport is genuinely ambiguous. Never invent a date or silently choose among multiple plausible airports.

Pass language matching the user's language when supported. Do not put unrelated conversation or personal data in queryText.

Search hotels

1. Call search_hotels_live with the destination, dates, occupancy, and only the filters the user actually requested.
2. Read sessionId and nights from the response.
3. Call poll_search_results with that sessionId and nights.
4. If the response is pending or partial with no useful results, poll again until results arrive, the search completes or fails, or the session expires.
5. Present a concise comparison of relevant results. Label the source and currency exactly as returned.

Use hotelName, area, priceMin, or priceMax only when the user supplied that constraint. Do not claim that a result is the cheapest in the whole market; describe it as the cheapest among the sources returned for this search. A failed or missing source does not invalidate results from other sources.

Look up one named hotel

When the user names a single hotel rather than a city, call get_ota_hotel_detail with hotelName and its city (or the Booking.com propertyUrl from an earlier result) and the user's dates. It returns that hotel's rooms, live prices, facilities and reviews from Booking.com.

Inspect an OpenTravel direct hotel

Call get_hotel_detail only for a hotel identified as an OpenTravel direct listing.

• Prefer its propertyId from opentravelResults.
• Reuse the user's dates and occupancy.
• Use hotelName plus city only when the property is already known to be an OpenTravel direct listing and no propertyId is available.
• Do not call this tool for an Agoda, Booking.com, or Traveloka-only result.

Present the returned photos, amenities, availability, room capacity, total price, per-night price, and currency without changing their meaning. State clearly when availability or a price is missing.

Answer a question about a hotel

For questions about a hotel itself — check-in and check-out times, facilities, photos, description, room types — call get_hotel_info with the propertyId of an OpenTravel direct listing, usually from opentravelResults of a search already made. It needs no dates and returns no prices or availability; for those, use get_hotel_detail. When the property has not published a field, say so rather than filling it in.

Explain a cancellation policy

Call get_cancellation_policy only after get_hotel_detail supplies both:

• the property's propertyId; and
• the selected room's ratePlanId.

Pass the check-in date so the tool can compute an exact deadline. Report the returned non-refundable status, refund percentage, free-cancellation window, deadline, and summary. Never infer a policy or deadline when the tool does not return one.

Search flights

1. Call search_flights_live with IATA codes, departure date, optional return date, adults, and cabin.
2. Read the returned sessionId.
3. Call poll_flight_results with that sessionId.
4. Continue only until useful results arrive, the search completes or fails, or the session expires.
5. Present relevant options with source, carrier, times, stops, cabin, currency, and fare exactly as returned.

Keep outbound and return legs distinct. Each leg is a separate one-way ticket with its own booking link: when you pair an outbound and a return flight, give the total as the sum of the two fares and say that each leg is booked separately. Never present a pair as one round-trip ticket, and do not imply that a fare is still available after the live result expires.