mcpbeat Sign in

GetExperience MCP Server

answering

GetExperience is answering right now. Last checked 2 min ago. It exposes 7 tools. Last commit 7 Apr 2026.

Search and book tours and travel experiences in 40+ countries via MCP.

Uptime history 91 days of history · worst day 89%
91 days agonow
100.0%
Uptime 24h
91 of 91 checks
7
Tools
read from the server
163 ms
Response time
average over 24h
0
Stars
last commit 7 Apr 2026

What changed 13

Every tool that appeared, vanished or quietly changed what it asks for. Recorded since 26 August 2026. No other catalogue keeps this.

2 Nov a tool changed the parameters it asks for search_experiences
2 Nov a tool changed version
8 Oct 2 tool descriptions were rewritten add_to_checkout, create_order
8 Oct a tool changed the parameters it asks for create_order
8 Oct a tool changed version
29 Aug 2 tool descriptions were rewritten add_to_checkout, create_order
29 Aug a tool changed version
26 Aug 2 tool descriptions were rewritten get_experience_details, get_experience_schedule
26 Aug a tool changed the parameters it asks for create_order
26 Aug a tool changed version

Nothing serious here today

Today is the operative word: we check GetExperience every 15 minutes and re-read its code on every release. Watch it and you find out the day that stops being true.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 2 min ago.

run in your terminal
claude mcp add getexperience --transport sse https://getexperience.com/mcp
Settings → Connectors → Add custom connector, then paste this address
https://getexperience.com/mcp
~/.codex/config.toml
[mcp_servers.getexperience]
url = "https://getexperience.com/mcp"
.cursor/mcp.json
{
  "mcpServers": {
    "getexperience": {
      "url": "https://getexperience.com/mcp"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "getexperience": {
      "type": "sse",
      "url": "https://getexperience.com/mcp"
    }
  }
}

Available tools 7

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

checkout
add_to_checkout
Add an experience to the cart. Requires a connected GetExperience account: without user authorization the call is answered with an OAuth sign-in challenge (HTTP 401, or a tool error carrying the challenge on clients that link accounts per tool) — connect the account and retry. Call get_experience_schedule first and take configId, startAt from the chosen slot — pass them here EXACTLY as returned. Also pass durationMinutes when the slot provides it; if it is null, you may omit it and the server will substitute the experience's default duration. RETURNS: sessionId, checkoutId, total price. ⚠️ SAVE sessionId — you will need it for get_checkout and create_order. To add multiple experiences to the same cart: reuse the same sessionId in subsequent calls. NEXT STEP: After adding to cart, call get_checkout to see full cart details including payment options. If partial payment is available, the checkout will show deposit amount vs total — present both to the user. BOOKING FLOW: get_experience_schedule → add_to_checkout → get_checkout → create_order PRICE BREAKDOWN: catalog prices (search/details/schedule) are WITHOUT the service fee; the checkout total is WITH it. When the response includes the breakdown, it shows Subtotal (excl. service fee) + Service fee = Total — present all three lines to the user. If the response has only Total (older deployments / breakdown unavailable), show just the Total — NEVER invent or compute the split yourself. [GXP_STRUCTURED] block: data.sessionId, data.checkoutId, data.subTotalPrice(+Formatted), data.totalServiceFee(+Formatted), data.totalPrice(+Formatted).
get_checkout
Get current cart contents by sessionId. Use when: you need to confirm what's in the cart before placing the order, or to retrieve checkoutId if it was not saved after add_to_checkout. sessionId is returned by add_to_checkout — always save it. RETURNS: checkoutId (required for create_order), list of items with titles and prices, total price, payment options. 💰 PARTIAL PAYMENT INFO: If paymentOptions includes "part", the response shows: - Total price (full amount) - Pay now (deposit amount) - Pay on site (remaining amount) Present all three amounts to the user clearly. Before proceeding to create_order, ask: "Would you like to pay the full amount or just the deposit?" PRICE BREAKDOWN: catalog prices (search/details/schedule) are WITHOUT the service fee; the checkout total is WITH it. When the response includes the breakdown, it shows Subtotal (excl. service fee) + Service fee = Total — present all three lines to the user. If the response has only Total (older deployments / breakdown unavailable), show just the Total — NEVER invent or compute the split yourself. [GXP_STRUCTURED] block: data.checkoutId, data.items[], data.subTotalPrice(+Formatted), data.totalServiceFee(+Formatted), data.totalPrice(+Formatted), data.paymentOptions, data.totalPrepayPriceFormatted, data.payLaterPriceFormatted.
experience
get_experience_details
Get full details of a specific experience by ID. Call when: the user wants to learn more about a tour before booking, or to confirm full description, photos, pricing and availability options. Call after search_experiences — use id from search results. All prices are in USD. RETURNS: full description, all photos, price breakdown, duration, guide languages, group size limits, categories, rating, cancellation policy, payment options, included features, booking link. ⚠️ CANCELLATION POLICY — MANDATORY DISCLOSURE: The response includes cancellationPolicy field. You MUST clearly communicate it to the user when presenting experience details. Examples: - Strict policy: "Please note: this experience has a strict cancellation policy — no refunds after booking." - Flexible policy: "Good news — free cancellation up to 24 hours before the experience." - If cancellationPolicy is null or empty: "Cancellation policy is not specified — we recommend contacting the host before booking." Always present this BEFORE the user proceeds to booking. ━━━ HOW TO PRESENT THIS EXPERIENCE ━━━ DEFAULT PRESENTATION — a rich card, not a wall of text. The response carries a [GXP_STRUCTURED] block: lead with the photos (photos[] is the gallery, mainPhoto the hero image), then title, price, duration, rating, what's included, the cancellation line above, and a link/button to the "link" field. Photo URLs are public CDN links usable directly in <img> tags. Fall back to the markdown text only on text-only surfaces or when the user asks for plain text. The card format never removes a required disclosure: the cancellation policy and, when partial payment is available, the deposit option must still be stated (see the sections above). 💰 PARTIAL PAYMENT — PROACTIVE SUGGESTION: The response includes paymentOptions (["full"], ["part"] or ["full", "part"]). If "part" is present, you MUST proactively tell the user: "This experience offers partial payment — you can pay a deposit now and the rest on site." The deposit is in prepayPrice (display string) / prepayPriceCents (number) in the structured item — show it next to the total price. If paymentOptions is ["part"] only, full online payment is NOT available: pass paymentType: "part" to create_order (the API rejects "full" for such tours). When both options exist, ask the user: "Would you like to pay the full amount or just the deposit?" [GXP_STRUCTURED] block: data.item — single experience object with all fields including cancellationPolicy, paymentOptions, prepayPrice(+Cents), features, onDemand. Parse: const match = text.match(/\[GXP_STRUCTURED\]([\s\S]*?)\[\/GXP_STRUCTURED\]/); const data = JSON.parse(match[1].trim());
get_experience_schedule
Get available time slots for a specific experience on a specific date. Required step before booking. CRITICAL: Copy configId and startAt EXACTLY from the chosen slot — pass these unchanged to add_to_checkout. Do not modify or recalculate these values. Copy durationMinutes when the slot provides it; if the slot returns durationMinutes as null (common for on-demand or flexible schedules), you may omit it from add_to_checkout — the server will fill it in from the experience's default duration. All prices are in USD. RETURNS: available slots with configId, startAt (ISO datetime), durationMinutes. Each slot exposes price per adult / child / private group in two formats: - numeric USD values: priceAdult, priceChild, pricePrivateGroup (for arithmetic — e.g. priceAdult * adults) - formatted display strings: priceAdultFormatted, priceChildFormatted, pricePrivateGroupFormatted (e.g. "US$45.00", for display) - partial payment: prepayPriceFrom (deposit, USD number) + prepayPricePublicFormatted / prepayPricePrivateGroupFormatted; null when the tour is full-payment only BOOKING FLOW: search_experiences → get_experience_schedule → add_to_checkout → create_order [GXP_STRUCTURED] block: data.slots[] — array of available slots with all pricing details.
experiences
search_experiences
Search for tours and experiences on GetExperience.com. Works without an account or authentication. Returns list of matching experiences with id, title, price, location, duration, rating, payment type, photos, booking link. BOOKING FLOW: search_experiences → get_experience_details → get_experience_schedule → add_to_checkout → create_order EXAMPLES: - "walking tour in Istanbul" → location: "Istanbul", categories: ["walking-tour"] - "romantic dinner in Paris" → location: "Paris", categories: ["romantic", "food-and-drink"] - "things to do in Bali" → location: "Bali" - "водные виды спорта в Анталье" → location: "Antalya", categories: ["water-sports"], lang: "ru" - "short private tour with free cancellation" → privateGroup: true, standardCancellation: true, durations: ["10-60"] - "tours with partial payment in Turkey" → countryCode: "TR", paymentOptions: "part" - "yacht party" → q: "yacht party" - "tours for solo traveler" → peopleMin: 1 - "tours with transport included" → features: ["transport"] All prices are in USD. SEARCH TIPS: - location: use English name for best results (e.g. "Istanbul" not "Стамбул"). Non-Latin input is supported but English is more reliable. - If location is not found, you'll get a clear error — not random results. Try a broader location (country instead of city). - "languages" filters tours by guide language (["es"] = tours in Spanish) - "lang" sets the language of titles and descriptions in the response. ALWAYS pass it, matching the END USER's language (e.g. Russian query → lang: "ru"), even when location/other params are in English. Supported: en, es, de, ru, cn, fr, ar, pl, it, pt, nl, tr, cs, th, gr; falls back to "en" if unsupported. - All filters can be combined: location + categories + paymentOptions + durations + standardCancellation etc. - "q" is a free-text search across titles and descriptions — use it for specific queries that don't fit into categories. ━━━ PAGINATION ━━━ Results are paginated (default 25 per page). The response always shows the total count and which results you're viewing (e.g. "showing 1–25 of 80"). If there are more results, ALWAYS offer the user to see the next page. Use page parameter to fetch subsequent pages. ━━━ HOW TO PRESENT THESE RESULTS ━━━ DEFAULT PRESENTATION — a visual card gallery, not a plain text list. Every response carries a [GXP_STRUCTURED] block; build the gallery from it whenever the surface can render rich output, without waiting to be asked. Fall back to the markdown text above only on text-only surfaces or when the user explicitly asks for a plain list. Each card shows, in this order: 1. the photo — mainPhoto (photos[] holds more; keep the aspect ratio, no cropping of faces) 2. title 3. price (the "price" field is already formatted; priceCents is the raw value) 4. duration, and rating with review count when present 5. a link/button to the item's "link" field, labelled like "View" / "Подробнее" (localise to the user's language) Lay the cards out in a responsive grid (2–3 per row on desktop, 1 on mobile), keep the source order — it is relevance-ranked — and render every returned item, not a subset. Photo URLs are public CDN links and may be used directly in <img> tags. The cards REPLACE the plain list, not the surrounding information: still convey the result count / pagination line above and offer the next page when more results exist. Parse the block with: const match = text.match(/\[GXP_STRUCTURED\]([\s\S]*?)\[\/GXP_STRUCTURED\]/); const data = match ? JSON.parse(match[1].trim()) : null; // → data.items[] — each item has: id, title, price, priceCents, location, // durationMinutes, rating, reviewsCount, mainPhoto, photos[], paymentOptions, link To get pure JSON without markdown: set responseFormat: "json"
order
create_order
Place the booking order for the cart — the last step of the booking flow. Requires a connected GetExperience account: without user authorization the call is answered with an OAuth sign-in challenge (HTTP 401, or a tool error carrying the challenge on clients that link accounts per tool) — connect the account and retry. BOOKING FLOW: search → get_details → get_schedule → add_to_checkout → get_checkout → create_order The order is created UNPAID (status "new") and the response carries a secure payment link. Share the link with the user: payment is completed on the checkout page in their browser — never in the chat, and never ask the user for card details. The booking becomes active after payment. The link expires in 24 hours. Do NOT ask for guest details: the booking is attributed to the connected GetExperience account — name and e-mail come from the account, and GetExperience e-mails the confirmation and voucher to the account address (hosts never e-mail guests directly). The ONLY detail that can be missing is a phone number: if the server reports that the account has none on file, ask the user for their phone and retry with user: { tel: "+34...", countryCode: "ES" }. The number is saved to their account, so this happens at most once. ⚠️ CANCELLATION POLICY REMINDER — MANDATORY BEFORE PAYMENT: Before calling create_order, you MUST remind the user about the cancellation policy (from get_experience_details response). If the policy is strict (no refunds), explicitly warn: "Once you pay, this booking cannot be canceled or refunded." If flexible, reassure them. If unknown, advise checking with the host. Do NOT proceed to payment without this disclosure. 💰 PAYMENT TYPE CHOICE — ASK BEFORE ORDERING: Check paymentOptions from get_checkout or get_experience_details. If "part" is available, you MUST ask the user before placing the order: "Would you like to pay the full amount ($X) or just the deposit ($Y) and pay the rest on site?" Then pass the chosen paymentType ("full" or "part") to create_order. [GXP_STRUCTURED] block: data.orderId, data.status, data.priceFormatted, data.paymentType, data.paidAmountFormatted, data.link, data.paymentPageUrl.
request
request_availability
Send an availability request to the host of an ON-DEMAND experience. Call when: an experience is "available on request" (onDemand: true in search/details, or get_experience_schedule says "available on request") and the user wants it for specific dates. On-demand experiences CANNOT be booked instantly — the host must confirm availability first. This tool sends the request; it does NOT create a booking or charge anyone. Do NOT call for instant-booking experiences (onDemand: false) — use get_experience_schedule → add_to_checkout → create_order instead. The tool rejects non-on-demand experiences with an error. BEFORE calling, collect from the user: preferred dates, number of guests, their NAME and EMAIL (required — the host's answer is delivered to this email and to the guest's account in the app where the request was made; without email the guest never learns the result). WHAT HAPPENS NEXT (tell the user): 1. The host reviews the request, usually within 24–48 hours. 2. The guest gets the answer by email and in their account. 3. If confirmed — the answer contains a booking link valid for 12 hours. 4. If declined — suggest other experiences nearby. There is no status-polling endpoint; the answer is delivered to the guest directly, not to this chat. ⚠️ Limit: up to 3 availability requests at a time per guest. [GXP_STRUCTURED] block: data.requestId, experienceId, dates, guests, hostResponseWindowHours, bookingWindowHoursAfterConfirm.

Endpoints

URLTransportStateLatencyChecked
https://getexperience.com/mcp sse answering 231 ms 2 min ago

Alternatives to GetExperience

same job, measured the same way
Daytrip
by daytrip

Search, quote and book Daytrip private door-to-door car transfers in 130+ countries.

3 tools answering
Tixxly
by teamtixxly

Tixxly MCP server — connect AI agents to tours, experiences, and activities

82 installs/wk local only
Travel MCP
by akinduko

Tixxly MCP server — connect AI agents to tours, experiences, and activities

local only
TravelType
by traveltype

Search and explore a global travel points-of-interest catalog (cities, countries, POIs).

7 tools answering
C
Catalog
by 1001locals

Search & add local tours and experiences (Italy/EU). Operators: first 100 bookings free, then 5%.

8 tools answering
PuraSIM travel eSIM
by purasim

Search and compare PuraSIM travel eSIM data plans for 187 countries and get a link to buy them.

7 tools answering
Hotely Hotel Search
by hotely

Search hotels and get hotel details. Search-only; book on hotely.travel.

answering
BreckenWander Travel
by breckenwander

Search flights, hotels & experiences at all-in prices, then build a trip on breckenwander.com.

4 tools answering

GetExperience — questions

Answers built from our own checks of this server.

What can GetExperience do?
It exposes 7 tools, read directly from the server on our last check. Among them: add_to_checkout, create_order, get_checkout, get_experience_details, get_experience_schedule, request_availability and 1 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
What is GetExperience mostly used for?
Its tools cluster around checkout and experience. That is what this server is built to work with — the grouping comes from the actual tool names, not from a category we assigned.
Is GetExperience working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 91 of 91 checks got a reply (100.0%), average response time 163 ms. The bar chart above shows every period we have measured.
How do I connect GetExperience?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does GetExperience need an API key?
No. GetExperience completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 7 of them are readable on this page. This is what we observed, not what the docs claim.
How fast is GetExperience?
It answers our handshake in 163 ms on average, which is faster than 79% of all working MCP servers we measure. That puts it in the quick quarter of the ecosystem. The comparison comes from our own checks across the whole registry, every 15 minutes.
Is GetExperience open source?
The code is open source: it is published under the MIT licence and 0 stars on GitHub. The licence covers the code in the repository, not the hosted service at getexperience.com, which runs on its operator's own terms.