To give an AI agent real flight booking ability, connect it to a deterministic booking API through MCP (Model Context Protocol), and keep a human on the final payment step. The assistant handles the conversation, the API handles search, pricing, and ticketing, and a person approves the charge. As of July 2026, no mainstream assistant completes flight bookings reliably on its own, so this three-layer pattern is the one that actually works. A solo developer can have it running against test data in a weekend using Duffel.
Last verified 21 July 2026.
What you will have at the end
An agent that searches live fares from real airline inventory, re-prices a chosen offer, assembles an order with passenger details, and presents the all-in total for one-tap human approval. What you will not have is an agent that buys tickets unsupervised. That is not a hedge. It is how the industry’s own 2026 deployments work, and the reasons are worth understanding before you build.
The short answer: what works and what does not in July 2026
What does not work: asking a chat assistant to book from its own knowledge. In Frommer’s testing published for 2026 (evaluation run January 2026), assistants hallucinated fares 17 to 55 percent above or below the real price. A Head for Points test on 30 June 2026 had Claude and Grok quoting Frontier fares of $121 to $196 when the actual fare was $262, alongside invented routings. OpenAI walked back ChatGPT’s Instant Checkout in early March 2026, and PhocusWire’s read was blunt: live pricing, cancellations, and post-booking service make travel too complex for in-chat checkout.
What works: the assistant as interface, a deterministic API as the source of truth. Travelport launched TripServices on June 11, 2026 on exactly this thesis, and on July 1, 2026 more than 400 European agencies were connected to its booking APIs through MCP via Travelsoft’s Orchestra platform. The stated logic: a language model cannot reliably confirm a ticket, an API can, so the model calls the API instead of guessing.
The glue is MCP, the open standard for giving assistants tools. Anthropic donated it to the Linux Foundation’s Agentic AI Foundation on December 9, 2025, and Claude, ChatGPT, Gemini, and Perplexity all supported MCP connectors by spring 2026.
Step 1: pick your assistant surface
There are three realistic choices.
Claude. Anthropic launched consumer connectors for everyday life on April 23, 2026, on all plans, with a directory that includes Booking.com and Tripadvisor. Those directory connectors search and hand you to the partner to pay. They do not ticket in chat. Claude also accepts custom MCP connectors, which is the path for your own booking server.
ChatGPT. Custom MCP servers connect through Settings with developer mode enabled on paid plans. The consumer path is ChatGPT Apps: the Expedia, Booking.com, and Skyscanner apps search inside the conversation, then redirect you to finish the purchase on their own sites.
Your own agent. Any stack that speaks MCP as a client (the Claude API, OpenAI API, or an open-source agent framework). This is the most work and the most control, and it is the only option where you fully own the payment step. Pick it if the agent lives inside your own product.
Step 2: pick a booking API your agent is allowed to use
This is the decision that matters most, because it sets what your agent can legally and technically do.
Duffel, the default for small builders. A modern REST API selling 300+ airlines, with free test mode and per-order pricing in live mode. The unlock is Managed Content: Duffel acts as merchant of record and sells under its own accreditation, so you can issue real tickets with no IATA or ARC accreditation of your own. Third-party MCP connectors for Duffel already exist, and the API is clean enough that wrapping it yourself is a small job.
Amadeus Self-Service, search first. A free test tier with solid flight search. A community MCP server exists for search only and is not supported by Amadeus. Good for a search agent; ticketing through Amadeus is a much bigger commercial lift.
Kiwi.com Tequila, effectively closed. Kiwi moved its B2B access from public signup to selected strategic partnerships. As of July 2026, a small builder should not plan on it.
Turkish Airlines, the one clear official airline MCP server. Built by Turkish Technology, it handles flight search, status, and booking retrieval by PNR, and hands out booking links. It does not book and pay autonomously. As of July 2026 it is the only official airline-run MCP server we could confirm.
Avoid unofficial website-automation servers. GitHub hosts community “MCP servers” that drive airline and hotel websites with a scripted browser (unofficial Delta and Marriott projects, for example). They are not sanctioned, they violate the sites’ terms of service, they break whenever the site changes, and they will get accounts flagged at any real volume. Official APIs only.
Step 3: wire it together with MCP
For a custom build, the shape is small. Write an MCP server that exposes a handful of tools over your booking API:
search_flights(origin, destination, dates, passengers)returns real offers with all-in pricesget_offer(offer_id)re-prices before showing a final total, because offers expirecreate_order(offer_id, passengers, idempotency_key)assembles the booking without payingrequest_approval(order_summary)stops and shows a human the total, the exact passenger names, and the fare conditions- payment runs only after that approval
With Duffel, this is a few hundred lines in any language with an HTTP client. Run everything in test mode until the whole flow works, then switch keys. Connect the finished server to Claude as a custom connector, to ChatGPT through developer mode, or to your own agent loop directly. The rule that makes it trustworthy: the model never computes a price and never asserts availability. Every number the user sees came out of an API response.
Step 4: guardrails that are not optional
A human taps pay. The agent searches, compares, and assembles. A person approves the charge. This is not training wheels. 2026 surveys put travelers comfortable with fully autonomous AI booking at 2 percent of leisure travelers (Skift, March 2026) to 7 percent (HUMAN Security). Human-in-the-loop is the correct design, not a compromise.
Never give the agent raw card credentials. A model with a card number in context can be prompted, confused, or replayed into misusing it. Purpose-built rails are arriving: Visa’s Trusted Agent Protocol went live in Europe on July 2, 2026 with more than 30 issuing banks (lastminute.com was among the first merchants), and Stripe’s Shared Payment Token scopes a charge to one seller, amount, and expiry window in the US and Canada. Both are platform rails. For a personal build in July 2026, human approval at payment is the honest default.
Spend caps. Enforce a hard per-order and per-month limit in server code, not in the prompt.
Test mode first. Duffel’s test environment and the Amadeus test tier exist so your first hundred mistakes are free. Do not point an agent at live inventory until the full flow has run clean in test.
Idempotency keys on order creation. A timed-out request that gets retried without one can create two tickets. That is real money and a painful refund process.
Exact passenger names. A ticket in the wrong name is expensive to fix and sometimes unusable. The approval screen must show the name exactly as it will print, and the human confirms it against the passport.
What still breaks
An honest list, as of July 2026:
- Post-booking service. Changes, cancellations, schedule changes, disruption handling. This is the part OpenAI cited when it pulled travel checkout, and no agent stack handles it well yet. Plan for a human path.
- Summarization on top of real data. The API returns truth, but the model can still misstate a fare rule when it paraphrases. Put raw API prices and conditions on the approval screen, not the model’s summary.
- Coverage gaps. Some low-cost carriers and some NDC content are missing or inconsistent across every aggregator. Tell users what your agent can see.
- Complex trips. Multi-city routings, mixed cabins, loyalty redemptions, and corporate fares remain weak spots across all of the APIs a small builder can access.
- In-chat completion claims. We could not confirm any mainstream assistant completing an in-chat flight purchase end to end as of July 21, 2026. If a product claims otherwise, check who actually takes the payment.
One habit ports directly from pricing into agent design: at Levelfare we publish the all-in price up front (the fare is the fare), and a booking agent owes its human the same thing, the final total on screen before anything is charged.
Build the search agent first. It is genuinely useful within a week. Add ticketing through Duffel’s test mode once the search layer has earned trust, and keep your thumb on the pay button.