Google Flights MCP Server
Google Flights MCP Server
Un servidor alojado del Model Context Protocol (MCP) que ofrece a Claude, Cursor, Windsurf y cualquier otro cliente MCP una herramienta de Google Flights. Busca itinerarios de ida, de ida y vuelta y de varias ciudades con tarifas, tramos de vuelo, emisiones de carbono e historial de precios, todo como JSON estructurado, sin necesidad de cuenta de Google ni de lidiar con una API de viajes retirada.
https://mcp.hasdata.com/api/mcp?apis=google_travel_flights
Contenido
Related MCP server: SkyOdyssey MCP
Lo que necesitas
Un cliente MCP y una clave de API de HasData desde el panel, que se crea gratis sin tarjeta, y la prueba cubre unas 66 llamadas a la tarifa de 15 créditos. Este es un servidor remoto, así que el camino más simple es una URL y una cabecera x-api-key, sin contenedor que ejecutar y sin cuenta de Google en ningún punto del flujo. Un cliente que solo hable stdio llega a él mediante un lanzador ligero, publicado como @hasdata/google-flights-mcp en npm y hasdata-google-flights-mcp en PyPI, como se muestra abajo.
Inicio rápido
La URL del servidor es la misma para todos los clientes. Lo probamos de primera mano en Claude Code y Claude Desktop. Los demás bloques siguen el formato documentado de cada cliente para un servidor remoto.
Campo | Valor |
URL |
|
Transporte | HTTP, streamable |
Cabecera de autenticación |
|
Los clientes con soporte OAuth pueden añadir la misma URL como conector e iniciar sesión sin poner una clave en un archivo de configuración.
claude mcp add --transport http google-flights "https://mcp.hasdata.com/api/mcp?apis=google_travel_flights" \
--header "x-api-key: HASDATA_API_KEY"Ajustes, luego Conectores, luego Añadir conector personalizado, luego pega https://mcp.hasdata.com/api/mcp?apis=google_travel_flights e inicia sesión.
Para la ruta del archivo de configuración, Claude Desktop solo carga servidores locales (stdio), así que llega a un servidor remoto a través de un lanzador stdio. El paquete @hasdata/google-flights-mcp es ese lanzador, y lee la clave del entorno. Añade esto a claude_desktop_config.json:
{
"mcpServers": {
"google-flights": {
"command": "npx",
"args": ["-y", "@hasdata/google-flights-mcp"],
"env": { "HASDATA_API_KEY": "YOUR_KEY" }
}
}
}Para Python en lugar de Node, cambia el lanzador por el paquete de PyPI, que uvx ejecuta sin instalación manual:
{
"mcpServers": {
"google-flights": {
"command": "uvx",
"args": ["hasdata-google-flights-mcp"],
"env": { "HASDATA_API_KEY": "YOUR_KEY" }
}
}
}~/.cursor/mcp.json para cada proyecto, o .cursor/mcp.json para uno solo:
{
"mcpServers": {
"google-flights": {
"url": "https://mcp.hasdata.com/api/mcp?apis=google_travel_flights",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}~/.codeium/windsurf/mcp_config.json. Windsurf llama al campo serverUrl, no url:
{
"mcpServers": {
"google-flights": {
"serverUrl": "https://mcp.hasdata.com/api/mcp?apis=google_travel_flights",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}.vscode/mcp.json en el espacio de trabajo:
{
"servers": {
"google-flights": {
"type": "http",
"url": "https://mcp.hasdata.com/api/mcp?apis=google_travel_flights",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}Ejemplos de prompts
Son prompts, no código. Pega uno y el agente elige la herramienta por sí mismo. Cada uno lleva anotadas las llamadas que requiere, porque cada llamada correcta cuesta 15 créditos.
Busca vuelos de ida de JFK a Londres Heathrow el 15 de septiembre, ordenados por precio, y dame los tres más baratos con aerolínea y estimación de carbono.
Una llamada, 15 créditos. Las tarifas, los tramos y las emisiones vienen todos juntos.
La misma ruta, pero solo sin escalas, en clase business, y dime qué opción tiene las menores emisiones.
Una llamada, 15 créditos. La cabina y las escalas son filtros de una sola petición.
¿Es $295 un buen precio para JFK a LHR ahora mismo, dado el historial de precios?
Una llamada, 15 créditos. La respuesta incluye priceInsights con un rango típico y un nivel de precio.
Ida y vuelta JFK a LHR, salida el 15 de septiembre y regreso el 22 de septiembre, la tarifa más barata.
Dos llamadas, 30 créditos. Google devuelve primero las opciones de ida; luego el tramo de regreso es una segunda llamada determinada por la opción que elijas.
Un viaje de ida y vuelta es, por diseño, dos llamadas. La primera devuelve itinerarios de ida, cada uno con un departureToken, y pasas ese token de vuelta para obtener los vuelos de regreso correspondientes. La búsqueda de ida y la comprobación de precio son una sola llamada cada una.
Herramientas
Una sola herramienta, de solo lectura. La muestra siguiente está recortada de una llamada real, y las tarifas cambian constantemente. Léela como un esquema. El nombre de la herramienta enlaza con su referencia de endpoint, que incluye la lista completa de parámetros.
La muestra es la carga útil, no la respuesta completa. Un resultado de tools/call contiene un bloque de texto, y ese texto es a su vez JSON con url, status, text y json, con los datos extraídos en json. Desde una respuesta JSON-RPC cruda, la ruta es result.content[0].text, parseado, y luego .json. Un cliente de chat lo desempaqueta por ti; el código que habla directamente con el endpoint no.
Obtener resultados de Google Flights
hasdata_google_travel_flights_getGoogleFlights
Itinerarios para una ruta y una fecha, con tarifas, tramos, emisiones e historial de precios.
Parámetro | Tipo | Obligatorio | Notas |
| string | sí | Código IATA como |
| string | sí | Mismo formato que |
| string | sí |
|
| string |
| |
| string | Obligatorio cuando | |
| string |
| |
| string |
| |
| string |
| |
| number | Composición de pasajeros | |
| number | Límites máximos y cantidad de equipaje de mano | |
| string | Códigos de aerolínea IATA separados por comas, uno u otro, no ambos | |
| string | Selecciona una opción de ida y recupera su vuelta o el siguiente tramo | |
| string | Recupera las opciones de reserva para un itinerario elegido | |
| string | La moneda y el país e idioma de la búsqueda | |
| boolean | Coincide con lo que Google muestra en un navegador; tarda más en responder |
La referencia también documenta includeConnections, excludeConnections, layoverDuration, outboundTimes, returnTimes, showHidden, lessEmissions y multiCityJson.
Los resultados se dividen en bestFlights y otherFlights. Cada itinerario incluye price, type, totalDuration en minutos, un array flights de tramos, un objeto carbonEmissions y un bookingToken. Cada tramo contiene departureAirport y arrivalAirport (cada uno con id, name y time local), duration, airline, flightNumber, airplane, legroom, travelClass, un array extensions y oftenDelayedByOver30Min en los tramos que Google señala. Un itinerario sin escalas tiene un tramo; una conexión tiene varios.
carbonEmissionsestá en gramos, no en kilogramos.thisFlight: 433000son 433 kg.differencePercentlo compara contypicalForThisRoute, así que un número negativo es un vuelo más ecológico que la media.
{
"price": 295,
"type": "One way",
"totalDuration": 415,
"flights": [
{
"departureAirport": { "id": "JFK", "name": "John F. Kennedy International Airport", "time": "2026-09-15 8:15" },
"arrivalAirport": { "id": "LHR", "name": "Heathrow Airport", "time": "2026-09-15 20:10" },
"duration": 415,
"airline": "Virgin Atlantic",
"flightNumber": "VS 26",
"airplane": "Boeing 787",
"travelClass": "Economy"
}
],
"carbonEmissions": { "thisFlight": 367000, "typicalForThisRoute": 419000, "differencePercent": -12 },
"bookingToken": "W1t7..."
}priceInsights aparece junto a los itinerarios con lowestPrice, un typicalPriceRange, un priceLevel como typical y un priceHistory de puntos [timestamp, price]. airports replica los aeropuertos de salida y llegada resueltos, con ciudad y país.
Errores y rutas de fallo
Tu cliente casi nunca ve un código de error HTTP en una llamada a una herramienta. La capa MCP responde con 200 y coloca el fallo dentro del resultado, con isError establecido en true y el motivo como texto. El agente lee un mensaje donde podrías esperar una línea de estado.
Una clave errónea aparece como salida de la herramienta, no como una conexión fallida. tools/list acepta cualquier clave no vacía y devuelve la herramienta, de modo que el cliente completa su handshake y se muestra en verde. La primera llamada a la herramienta devuelve entonces isError: true y el texto HasData API error: 401 Unauthorized. Estate atento a esa cadena, porque nada anterior en el flujo informa del problema.
Una clave ausente es el único error HTTP real. La autorización se ejecuta antes que cualquier herramienta, y la propia conexión falla con 401. Las cabeceras CORS están presentes, y un cliente de navegador lee el estado en lugar de un fallo de red opaco.
Un argumento que rompe el esquema de la herramienta se rechaza antes de convertirse en un scraping. El servidor responde con isError: true y el texto MCP error -32602: Input validation error, nombrando el campo infractor. Aquí se detectan un roundTrip sin returnDate, o includeAirlines junto con excludeAirlines.
Una ruta sin vuelos en la fecha devuelve un resultado correcto con los arrays de itinerarios vacíos, no un error. requestMetadata.status sigue leyendo ok. Comprueba los vuelos antes de clasificarlos.
Un código de aeropuerto incorrecto devuelve 400 con requestMetadata.status establecido en error. Usa códigos IATA o kgmids, no nombres de ciudades.
Los resultados que contienen datos también incluyen un requestMetadata.id que conviene citar al contactar con el soporte.
Precios, nivel gratuito y límites
Cada llamada a Google Flights cuesta 15 créditos por llamada con éxito. El tamaño de la respuesta no cambia el precio, y la búsqueda profunda cuesta lo mismo que una estándar.
La prueba gratuita son 1,000 créditos durante 30 días sin tarjeta, lo que equivale a unas 66 búsquedas de vuelos. Después, una cuenta activa sigue recibiendo 100 créditos de recarga cada día siempre que su saldo baje de 100, de modo que un agente de bajo volumen funciona en el nivel gratuito indefinidamente.
Los planes de pago empiezan en $49 al mes por 200,000 créditos, lo que equivale a unas 13,000 búsquedas. El precio unitario baja con el volumen: desde $3.68 por 1,000 llamadas en el plan inicial hasta $1.49 en Business, $1.25 en Growth y $1.12 en los planes de alto volumen más grandes.
Tu plan también define la concurrencia. La prueba gratuita permite 1 solicitud a la vez; Startup 15, Business 30, Growth 50, y los planes de alto volumen van de 200 a 1,500. Gestiona el caso de desbordamiento de forma defensiva en cualquier proceso desatendido.
Una solicitud cuya respuesta no sea 200 no se factura. Un viaje de ida y vuelta son dos llamadas, así que tenlo en cuenta al hacer el presupuesto.
Selección de herramientas
El parámetro de consulta apis decide qué herramientas ve tu agente. Menos herramientas significa menos contexto dedicado a las definiciones de herramientas y menos probabilidades de que el modelo elija la incorrecta.
?apis=google_travel_flights the one tool in this repo
?apis=google_travel add Google Hotels
?apis=google_travel_flights,airbnb flights plus Airbnb staysEl parámetro acepta nombres de proveedores como google_travel y nombres de API individuales como google_travel_flights. Los nombres mal escritos se ignoran. Si todos los nombres son incorrectos, la solicitud falla con 400 y el cuerpo indica tanto lo que no reconoció como todos los valores válidos. Si omites el parámetro, el mismo endpoint expone las 57 herramientas de HasData.
Cómo se compara
Google retiró su API de vuelos QPX Express en 2018 y nunca la sustituyó, por lo que no existe una API oficial de Google Flights. Las opciones restantes son hacer scraping de los resultados públicos u obtener una licencia de los datos brutos de tarifas GDS, algo pesado y caro. Este servidor lee los mismos resultados que muestra el sitio y los devuelve como JSON.
API oficial de Google | Este servidor | |
Disponibilidad | Ninguna desde que QPX Express cerró en 2018 | Esquema mantenido sobre los resultados en vivo |
Datos de emisiones | No se ofrece | Por itinerario, comparado con la media de la ruta |
Historial de precios | No se ofrece |
|
Configuración | No hay nada que configurar, porque no existe | Una clave y una URL |
Coste | No aplicable | De pago tras la prueba, 15 créditos por llamada |
Lo que este servidor no hace. No reserva ni paga. Lee tarifas, tramos y los tokens que el propio Google utiliza para pasar a la reserva, y te devuelve el paso de la reserva.
Preguntas frecuentes
¿Existe una API oficial de Google Flights?
No. Google cerró QPX Express en 2018 y no ha lanzado un sustituto. Todas las opciones leen los mismos resultados públicos que sirve el sitio web. Esta, mantenida por HasData, los devuelve como JSON estructurado.
¿Qué es un servidor MCP de Google Flights?
Un servidor que expone Google Flights como una herramienta que un cliente de IA puede llamar. El cliente envía una llamada de herramienta a través del Model Context Protocol, el servidor obtiene los itinerarios y devuelve JSON estructurado, y el modelo trabaja con el resultado. Este expone una única herramienta y se ejecuta de forma remota.
¿Por qué un viaje de ida y vuelta son dos llamadas?
Google devuelve primero las opciones de ida, cada una con un departureToken. Tú eliges una y pasas su token de vuelta para obtener los vuelos de vuelta que se combinan con ella. Eso refleja cómo funciona el sitio, y es la razón por la que un viaje de ida y vuelta cuesta 30 créditos.
¿Las cifras de carbono están en kilogramos?
No, en gramos. thisFlight: 433000 significa 433 kg, y differencePercent lo compara con la media de la ruta.
¿Qué es la búsqueda profunda?
Un modo más lento que devuelve exactamente lo que Google Flights muestra en un navegador. Déjalo desactivado para ganar velocidad, y actívalo cuando necesites paridad con el sitio.
¿Puedo usarlo junto con otras APIs de HasData?
Sí. El parámetro apis acepta una lista, y ?apis=google_travel añade Google Hotels junto a los vuelos. Omite el parámetro y lo tienes todo.
Cumplimiento y datos personales
HasData solo accede a datos disponibles públicamente. Los términos de una plataforma pueden restringir el acceso automatizado, y tú eres responsable de tu propio cumplimiento.
Enlaces de HasData
Página del producto y generador de solicitudes | |
Documentación del servidor | |
Las 57 herramientas en un solo servidor | |
Tutoriales para clientes | |
Todo lo demás que extraemos | |
Planes y costes de créditos | |
Claves y uso | |
Lanzador de Node en npm | |
Lanzador de Python en PyPI |
Desarrollo
Este repositorio es configuración y documentación para un servidor remoto. No hay paso de compilación ni nada que contenerizar.
Las pruebas en test/ verifican el contrato de la herramienta, la parte que puede romperse sin que haya un commit aquí. Comprueban que ?apis=google_travel_flights devuelve exactamente una herramienta, que sigue declarando sus parámetros obligatorios, que el nombre no ha cambiado y que la clave en uso es realmente aceptada. Esa última comprobación llama a la herramienta de verdad y cuesta 15 créditos, que es el precio de una prueba canaria que puede fallar por el motivo correcto.
# macOS and Linux
HASDATA_API_KEY=your_key_here npm test
# Windows PowerShell
$env:HASDATA_API_KEY="your_key_here"; npm testLa misma suite se ejecuta en CI en cada push y una vez a la semana de forma programada, porque la lista de herramientas upstream puede cambiar sin que nadie toque este repositorio. Un fallo significa que la lista de herramientas se ha movido, que la clave ha dejado de funcionar o que el endpoint no era accesible, y el mensaje de la aserción indica cuál de ellos.
Contribuciones
Las correcciones de la tabla de parámetros y de la muestra de respuesta son la contribución más útil, porque son las partes que más se desactualizan. Incluye la llamada que hiciste y la respuesta que obtuviste. Las pull requests desde forks ejecutan la suite sin clave, y las comprobaciones en vivo se omiten en lugar de ponerse en rojo.
Licencia
MIT. Consulta LICENSE.
Available Tools
1 toolhasdata_google_travel_flights_getGoogleFlightsgoogle_travel_flights: GET /AInspect
Get Google Flights Results
Searches Google Flights for one-way, round-trip, or multi-city itineraries with passenger mix (adults, children, infants in-seat/on-lap), travel class, bags, max price, sort order (price, duration, emissions, departure/arrival time), stops, include/exclude airlines and connections, time windows, layover duration, and deep-search mode. Returns per-itinerary price, currency, total duration, stops, flight legs with airline, flight number, aircraft, departure/arrival airports and times, CO2 emissions, plus booking and departure tokens for round-trip returns or booking options. Use for travel-planning agents, fare monitoring, corporate travel dashboards, emission-aware trip optimization, and comparing routes and airlines across markets.
| Name | Required | Description | Default |
|---|---|---|---|
| gl | No | The two-letter country code for the country you want to limit the search to. Provide one exact documented value (245 allowed), e.g. `ac`, `af`. | |
| hl | No | The two-letter language code for the language you want to use for the search. Provide one exact documented value (159 allowed), e.g. `af`, `ak`. | |
| bags | No | Number of carry-on bags per passenger. | |
| type | No | Specifies the type of flight. Options: - `roundTrip` (default) - `oneWay` - `multiCity` (requires `multiCityJson` for flight details) For round trips, retrieve return flight details with a separate request using `departureToken`. | |
| stops | No | Restrict the number of stops (layovers) in the flight itinerary. | |
| adults | No | Number of adult passengers (>= 1 if specified). | |
| sortBy | No | Sort the flight results based on price, departure time, arrival time, etc. | |
| children | No | Number of child passengers. | |
| currency | No | Parameter defines the currency of the returned prices Provide one exact documented value (71 allowed), e.g. `ALL`, `DZD`. | |
| maxPrice | No | Maximum price limit for the flight search, in the selected currency. | |
| arrivalId | Yes | Specifies the arrival airport code (IATA) or location kgmid. - **IATA Code**: A 3-letter uppercase code (e.g., `SFO` for San Francisco, `LHR` for London Heathrow). Search on [IATA](https://www.iata.org/en/publications/directories/code-search). - **Location kgmid**: A string starting with `/m/`, found in Wikidata under "Freebase ID" (e.g., `/m/02_286` for New York, NY). Multiple values can be separated by commas (e.g., `JFK,LGA,/m/0hptm`). | |
| deepSearch | No | Enable deep search. Returns the same results as Google Flights in a browser, but takes longer to respond. Default is `false`. | |
| returnDate | No | The return travel date in 'yyyy-MM-dd' format. Required when **type** is `roundTrip`. | |
| showHidden | No | Indicates whether to include hidden options in the results. | |
| departureId | Yes | Specifies the departure airport code (IATA) or location kgmid. - **IATA Code**: A 3-letter uppercase code (e.g., SFO for San Francisco, LHR for London Heathrow). Search on [IATA](https://www.iata.org/en/publications/directories/code-search). - **Location kgmid**: A string starting with `/m/`, found in Wikidata under "Freebase ID" (e.g., `/m/02_286` for New York, NY). Multiple values can be separated by commas (e.g., `JFK,LGA,/m/0hptm`). | |
| maxDuration | No | The maximum total flight duration in minutes. | |
| returnTimes | No | Set up to 4 time boundaries (2 for departure, 2 for arrival) to filter return flights. Each number represents the start of an hour. Examples: - `6,20` → 6:00 AM - 9:00 PM departure - `1,15` → 1:00 AM - 4:00 PM departure - `7,18,2,21` → 7:00 AM - 9:00 PM departure, 2:00 AM - 10:00 PM arrival | |
| travelClass | No | The travel class for the flight (Economy, Premium Economy, Business, or First). | |
| bookingToken | No | Used to request booking options for selected flights. This token is found in the flight results and cannot be used with `departureToken`. | |
| infantsOnLap | No | Number of infants sitting on an adult's lap. | |
| outboundDate | Yes | The outbound travel date in 'yyyy-MM-dd' format. | |
| infantsInSeat | No | Number of infants occupying seats. | |
| lessEmissions | No | Prefer flight options with lower carbon emissions. | |
| multiCityJson | No | This parameter specifies flight details for multi-city trips. It is a JSON string containing multiple flight objects. Each object must include the following fields: - **departureId** – The departure airport code or location KGMID. Uses the same format as the main `departureId` parameter. - **arrivalId** – The arrival airport code or location KGMID. Uses the same format as the main `arrivalId` parameter. - **date** – The flight date. Uses the same format as the `outboundDate` parameter. - **times** *(optional)* – The time range for the flight. Uses the same format as the `outboundTimes` parameter. | |
| outboundTimes | No | Set up to 4 time boundaries (2 for departure, 2 for arrival) to filter flights. Each number represents the start of an hour. Examples: - `6,20` → 6:00 AM - 9:00 PM departure - `1,15` → 1:00 AM - 4:00 PM departure - `7,18,2,21` → 7:00 AM - 9:00 PM departure, 2:00 AM - 10:00 PM arrival | |
| departureToken | No | Used to select a flight and retrieve return flights for a round trip or the next leg of the itinerary for a multi-city trip. | |
| excludeAirlines | No | A comma separated list of airline codes to exclude from results. You can search for airline codes on [IATA](https://www.iata.org/en/publications/directories/code-search). For example, `UA` is United Airlines. | |
| includeAirlines | No | A comma separated list of airline codes to exclusively include in results. You can search for airline codes on [IATA](https://www.iata.org/en/publications/directories/code-search). For example, `UA` is United Airlines. `excludeAirlines` and `includeAirlines` parameters can't be used together. | |
| layoverDuration | No | Set the maximum layover duration in minutes to filter flights. For example, `120, 360` filters layovers between 2 hours and 6 hours, while `45, 180` allows layovers from 45 minutes to 3 hours. | |
| excludeConnections | No | A comma separated list of specific airports to exclude as connections. | |
| includeConnections | No | A comma separated list of specific airports to allow as connections. |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description carries the full burden for behavioral disclosure. It states what the search returns and implies a read-only operation, but it does not explicitly mention that no mutations occur, nor does it disclose rate limits, latency differences beyond the per-parameter deepSearch note, or any operational constraints such as result limits.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is front-loaded with the core action and uses three focused sentences covering operation, returned data, and use cases. The final use-case list includes some reputation-heavy phrases, but for 31 parameters the summary remains scannable and does not repeat schema content.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
There is no output schema, so the description's enumeration of returned per-itinerary fields is valuable and largely covers the response contract. Input parameters are fully documented in the schema with examples. The main gaps are the lack of pagination/error behavior and some explanation of how booking and departure tokens should be used, but these are partially covered by parameter descriptions.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so every parameter is already documented in the input schema. The description only groups parameter types into a summary and adds no new per-parameter semantics, yielding the baseline score for a fully covered schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states a specific action ('Searches Google Flights') and a clear resource, and goes beyond the name by enumerating trip types, filter dimensions, and returned data. An agent can immediately understand what this tool does and what its result contract looks like.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description gives explicit use contexts ('travel-planning agents, fare monitoring, corporate travel dashboards, emission-aware trip optimization') and covers the major itinerary types. There are no sibling tools to compare against, so explicit when-not-to-use or alternative routing is not possible, but the intended use cases are clear.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v1.0.0- First observed
hasdata_google_travel_flights_getGoogleFlights
TDQS
With only one tool present, there is no possibility of an agent confusing it with another tool. The lone tool is clearly described as the only way to search Google Flights results.
The single tool name mixes a snake_case provider/domain prefix with a camelCase verb phrase, which is internally inconsistent. Since there is only one tool, there is no broader set of names to establish a consistent pattern, so the score is moderate.
A single tool for a flight-search MCP server is borderline; it is not a trivial tool, but the surface feels thin for a server that could plausibly support fare calendars, route metadata, or booking workflows. The count is acceptable but not well-rounded.
The one tool covers a wide range of search options, including itinerary types, passenger mix, class, bags, price, stops, airlines, time windows, and emissions. For its stated purpose of getting Google Flights search results, it is quite complete, though auxiliary endpoints like airport lookup or flight status are absent.
Maintenance
Related MCP Connectors
Flight search MCP server providing search, pagination, and itinerary details for AI assistants.
Google Flights search data: fares, routes, stops, and price insights via a hosted MCP server.
Search and compare flight offers through a cache-aware Streamable HTTP MCP server for AI agents.
AI marketplace — flights, tours, activities, transport & more via MCP. No auth required.
Related MCP Servers
- -licenseNot gradedqualityNot gradedmaintenanceEnables searching and retrieving flight information using Duffel API, supporting one-way, round-trip, and multi-city queries with flexible search parameters.-
- AlicenseNot gradedqualityDmaintenanceEnables AI clients to explore cheapest destinations, optimize multi-leg flight itineraries, and reference airport/region data via MCP tools and resources.MIT
- AlicenseNot gradedqualityDmaintenanceProvides live flight prices, booking links, and airport lookup via a hosted MCP server. Enables search for flights and direct booking URL retrieval.1MIT
- AlicenseNot gradedqualityAmaintenanceEnables MCP clients to query the Seats.aero partner API for seat availability, trips, routes, and destinations, including cached and live search options.101MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/HasData/google-flights-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server