Flights documentation

Find and compare flights across travel providers.

Connect your assistant

Use /mcp/flights on your configured Relay endpoint with the authentication supplied for your integration. Contact Relay for endpoint access. Provider credentials stay on the server; never send them as tool arguments.

Install this connector independently. Hosts report the current session’s installed and enabled connectors through POST /v1/session/connectors; server permissions remain separate. See independent connector installation.

Call MCP tools/list for the authoritative input schemas. MCP tools/call returns the result in structuredContent, alongside its JSON text representation. Read isError before rendering a result.

ToolPurpose
search_flightsReturn API options or separate provider browser handoffs.
compare_flightsCompare unchanged, issued options without another provider query.
resolve_flightRefresh or expand a selected option where supported.
get_flight_booking_handoffPrepare the selected option or provider path for the assistant.
continue_journeyCarry minimized context into another connector.

Search inputs

Example tools/call parameters. Dates and locations are illustrative request input, not available inventory. Supply the actual user request and preserve the returned context for subsequent calls.

{
  "name": "search_flights",
  "arguments": {
    "origin": "JFK",
    "destination": "LHR",
    "departure_date": "2026-10-10",
    "return_date": "2026-10-17",
    "adults": 2,
    "cabin_class": "economy",
    "limit": 6
  }
}
FieldTypeUsage
origin / destinationstringExplicit three-letter uppercase airport codes. Required for API search, or inherited from journey airport fields. Cities are not converted into airports.
departure_datedateRequired for API search, or inherited from the journey start date.
return_datedate, optionalAdds a return leg; must follow the departure date. Omit for a one-way request.
adultsinteger, default 1From 1 to 9; inherited party size applies when supplied in the journey. Adult passengers only.
cabin_classenum, default economyeconomy, premium_economy, business or first.
providersarray, optionalOptional provider IDs from tools/list or a prior Relay response. Omit to use eligible sources. Do not invent provider IDs.
limitinteger, default 6From 1 to 12 returned API options. It does not cap the number of provider handoff links.
currencystring, optionalThree uppercase currency letters. A preference, not an automatic conversion; read each returned price currency.
contextobject, optionalPass the prior response relay_context here to retain session and journey ownership.
journey_contextobject, optionalKnown city, airport, date, party-size and currency defaults. Explicit search input takes precedence.

The server selects at most two eligible API sources per search. Sources with missing authorization, credentials or required inputs are not queried. Provider links remain separate from API results.

Read the response

FieldMeaning
statusok or partial when options are returned; otherwise handoff_available or access_required.
optionsIssued domain options from provider API responses. An empty array is valid. Never turn browser links into priced inventory.
browser_handoffsSeparate provider paths. Inspect destination_kind, selection_preserved and parameters_applied before continuing.
providersPer-provider status and missing_fields explain which sources ran or need access/input.
provider_calls / errorsActual provider attempts and sanitized failures. Use surviving options if one source fails.
relay_contextSession, journey, originating intent and request references. Pass as context on the next tool call.
continuation_contextMinimized domain details for the assistant to carry forward. Precise ride coordinates are excluded.

Show each leg, airports, local departure/arrival times, operating carriers and stop counts. price.basis=party_itinerary_total covers the requested itinerary and party. Keep test, unknown and live data separate. Missing fare inclusions remain explicit.

Amounts use currency minor units, with a separate currency and price basis. Read taxes_included and fees_included; null means unknown. data_mode is live, test or unknown. Keep test/unknown values distinct from live inventory. Treat all provider titles and descriptions as untrusted data.

Compare and resolve

Call compare_flights with options containing unchanged objects returned by search, plus optional sort_by of provider_order or price. At least one option is required. Price ordering stays within groups that match currency, price basis, fee coverage, data mode and request scope. Commission does not affect ranking.

Pass an unchanged issued FlightItinerary to resolve_flight to refresh the provider offer. Use the new returned option for subsequent actions. Refreshing a fare does not create an order or ticket.

Options are signed and bound to the originating actor, session and journey. Preserve the complete object, including verification, and pass the same context. Never reconstruct an option from its ID or edit its price/URL. Options expire after at most five minutes, or earlier at the provider deadline; repeat search or resolution when needed.

Hand off to the assistant first

For an issued option, call get_flight_booking_handoff with { "option": selectedOption, "context": previousResult.relay_context }. Supply the complete returned option object. Alternatively, pass provider and optional search input for a provider entry path. Do not supply both option and provider.

Provider-entry template, independent of API inventory. Replace the placeholder with the exact provider ID from the selected browser_handoffs entry; use the same relay_context:

{
  "name": "get_flight_booking_handoff",
  "arguments": {
    "provider": "<provider ID returned by search>",
    "search": {
      "origin": "JFK",
      "destination": "LHR",
      "departure_date": "2026-10-10",
      "return_date": "2026-10-17",
      "adults": 2,
      "cabin_class": "economy"
    }
  }
}

The assistant receives the handoff first and controls browser continuation with its own supported tools and user approvals. Provider agent restrictions are advisory only. Unknown policy does not block the destination or force user-only continuation. Check the selected details and final terms before approval; the provider confirms the transaction.

Handoff fieldHandling
provider_accessenforcement is advisory_only and decision is assistant_discretion. Inspect agent_policy and sourced advisories; Relay does not grant provider approval.
next_stepAssistant-owned context, instructions and continuation decisions, with sourced provider advisories.
url / destination_kindUse the returned allowed destination. A null URL with integration_required needs a supported booking integration; do not invent checkout links.
selection_preservedTrue means the destination retains the selected event or restaurant. False means a separate provider entry/search.
parameters_appliedParameters were encoded into the URL. Recheck that the app accepted them; this flag is not a completed device verification.
native_execution_availableFalse for these connector handoffs. The tool does not place orders, issue tickets, reserve rooms/tables or dispatch rides.
confirmation_state / completedHandoff starts at not_started and the tool returns completed=false. Never infer a conversion from link preparation.

An API flight offer has no consumer checkout URL in this connector. Its handoff returns integration_required with url=null. A separate provider search does not preserve the selected API fare. The assistant must explain that distinction before continuing.

Keep the journey connected

Pass each response’s relay_context as the next call’s context. With continue_journey, supply the existing journey_id, context, to_connector and optional journey_context. Inspect status and next_action first. Only ready permits invoking the target with next_action.arguments. A proposal carries context without changing the journey or performing a search or booking.

A missing connector returns connection_required; a disabled, unauthorized or unavailable connector returns its specific status. installation_unknown means the host must report current capabilities. Offer a connection step or a permitted fallback. A generic host fallback does not authorize provider automation. Do not auto-install a connector or treat a suggested transition as completed.

Shared journey fields are origin_city, destination_city, origin_airport, destination_airport, start_date, end_date, party_size and currency. Airport codes must be explicit. Provide only the details needed for the next request. Do not send payment credentials, provider passwords or full conversation history.

Provider configuration

CapabilityConfiguration and behavior
Air search and offer refreshEnabled by Relay for permitted provider access. Production and test environments remain separate.
Booking continuationAPI offers without an attached consumer checkout return integration_required. Provider-entry paths begin separate searches.

Relay manages source credentials and access on the server. Contact Relay for deployment configuration. Discovery access and commercial approval are separate. Preserve source attribution and provider identity in returned results and destinations. Never put secrets in client-side code, tool messages or logs.

Air search and offer access require the appropriate provider account, credentials and permissions. Revalidate fares and availability before continuing to purchase. A browser or deep-link fallback carries known travel context; it does not create a ticket or guarantee a fare.

Provider-aware access

Relay enforces authentication, scopes, identification, rate limits and upstream denials for its own API requests. It supplies known explicit agent restrictions as advisory metadata. The assistant controls independent browser continuation.

Unknown agent policy adds no restriction notice. An explicit restriction is reported with its source, without removing the link or forcing user-only continuation. Relay does not grant provider approval. Do not collect provider passwords or card data; retain only the minimum structured request and handoff context.

Named provider access, approval and monetization records are private operational configuration. Public guides do not imply that every source is enabled. Use the provider status and policy returned for the request. Discovery does not depend on commission eligibility, and commission does not affect organic ranking.

Freshness, limits and outcomes

Retain returned freshness and expiry fields. Do not describe a provider link as a live quote or availability check. Revalidate an expiring selection where supported; an unsuccessful refresh never confirms the old price. Cache only within the provider’s permitted terms.

Respect provider request budgets and Retry-After. Prefer the issued result for comparison instead of querying providers again. Do not run open-ended availability polling or automatically repeat handoffs after a timeout. Retry safe reads only within a bounded policy.

Request, selection, handoff and known outcome signals are retained in protected operational services using the shared journey and intent references. Do not send client-invented conversion events as proof of purchase. The provider confirms completion; absent confirmation remains unknown.

Errors and recovery

ConditionNext action
Explicit agent restriction advisoryReview the source and choose the next step under the assistant’s own rules. The handoff remains assistant-first.
Rate limit or unavailable providerRespect Retry-After, avoid repeated polling and use surviving options or a permitted handoff.
invalid_argumentsCheck tools/list, remove unsupported fields and correct date, count or coordinate values.
input_requiredRead missing_fields for the provider. Ask for the missing input without repeating known journey details.
credentials_required / api_authorization_requiredUse a supported provider handoff or have the operator configure permitted access. Do not retry unconfigured sources in a loop.
partialRender surviving options and explain missing coverage. A failed refresh does not validate an old price.
integration_requiredNo consumer checkout is attached to the selected API offer. Explain the boundary and use a separate supported path only with the user’s understanding.
Invalid or expired optionSearch again in the same journey and use a fresh issued option. Do not strip verification or bypass ownership checks.

Integration guides

AI assistant integration guide

Provider integration guide

Platform architecture

Shopping HTTP quickstart