Google Flights MCP Server
Google Flights MCP Server
Хостируемый сервер Model Context Protocol (MCP), который даёт Claude, Cursor, Windsurf и любому другому MCP-клиенту один инструмент Google Flights. Ищите перелёты в одну сторону, туда-обратно и по нескольким городам с тарифами, сегментами перелёта, выбросами углерода и историей цен — всё в виде структурированного JSON, без учётной записи Google и без выведенного из эксплуатации туристического API, который нужно обходить.
https://mcp.hasdata.com/api/mcp?apis=google_travel_flights
Содержание
Related MCP server: SkyOdyssey MCP
Что вам нужно
Нужны MCP-клиент и ключ HasData API из панели управления — создать бесплатно, без карты, а пробный период покрывает около 66 вызовов по тарифу 15 кредитов. Это удалённый сервер, поэтому проще всего использовать URL и заголовок x-api-key, без контейнера для запуска и без учётной записи Google на любом этапе. Клиент, который понимает только stdio, подключается через тонкий лаунчер, опубликованный как @hasdata/google-flights-mcp на npm и hasdata-google-flights-mcp на PyPI, как показано ниже.
Быстрый старт
URL сервера одинаков для всех клиентов. Мы проверили его вживую в Claude Code и Claude Desktop. Остальные блоки следуют собственному документированному формату каждого клиента для удалённого сервера.
Поле | Значение |
URL |
|
Транспорт | HTTP, потоковый |
Заголовок авторизации |
|
Клиенты с поддержкой OAuth могут добавить тот же URL как коннектор и войти, не помещая ключ в конфигурационный файл.
claude mcp add --transport http google-flights "https://mcp.hasdata.com/api/mcp?apis=google_travel_flights" \
--header "x-api-key: HASDATA_API_KEY"Настройки, затем Коннекторы, затем Добавить пользовательский коннектор, затем вставьте https://mcp.hasdata.com/api/mcp?apis=google_travel_flights и войдите.
Для пути через конфигурационный файл: Claude Desktop загружает только локальные (stdio) серверы, поэтому он подключается к удалённому серверу через stdio-лаунчер. Пакет @hasdata/google-flights-mcp и есть этот лаунчер, и он читает ключ из окружения. Добавьте это в claude_desktop_config.json:
{
"mcpServers": {
"google-flights": {
"command": "npx",
"args": ["-y", "@hasdata/google-flights-mcp"],
"env": { "HASDATA_API_KEY": "YOUR_KEY" }
}
}
}Для Python вместо Node замените лаунчер на PyPI-пакет, который uvx запускает без ручной установки:
{
"mcpServers": {
"google-flights": {
"command": "uvx",
"args": ["hasdata-google-flights-mcp"],
"env": { "HASDATA_API_KEY": "YOUR_KEY" }
}
}
}~/.cursor/mcp.json — для всех проектов, или .cursor/mcp.json — для одного:
{
"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 называет поле serverUrl, а не 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 в рабочей области:
{
"servers": {
"google-flights": {
"type": "http",
"url": "https://mcp.hasdata.com/api/mcp?apis=google_travel_flights",
"headers": { "x-api-key": "HASDATA_API_KEY" }
}
}
}Примеры промптов
Промпты, а не код. Вставьте один — и агент сам выберет инструмент. Каждый помечен количеством вызовов, потому что каждый успешный вызов стоит 15 кредитов.
Найдите перелёты в одну сторону из JFK в лондонский Хитроу на 15 сентября, отсортированные по цене, и покажите три самых дешёвых с авиакомпанией и оценкой выбросов углерода.
Один вызов, 15 кредитов. Тарифы, сегменты и выбросы возвращаются вместе.
Тот же маршрут, но только без пересадок, бизнес-класс, и скажите, у какого варианта самые низкие выбросы.
Один вызов, 15 кредитов. Класс и пересадки — это фильтры в одном запросе.
Хорошая ли это цена — $295 за JFK–LHR прямо сейчас, с учётом истории цен?
Один вызов, 15 кредитов. Ответ содержит priceInsights с типичным диапазоном и уровнем цены.
Перелёт туда-обратно JFK–LHR, туда 15 сентября, обратно 22 сентября, самый дешёвый тариф.
Два вызова, 30 кредитов. Google сначала возвращает исходящие варианты, затем обратный сегмент — это второй вызов, привязанный к выбранному вами варианту.
Перелёт туда-обратно — это два вызова по замыслу. Первый возвращает исходящие маршруты, каждый с departureToken, и вы передаёте этот токен обратно, чтобы получить соответствующие обратные рейсы. Перелёт в одну сторону и проверка цены — по одному вызову каждый.
Инструменты
Один инструмент, только для чтения. Пример ниже сокращён из реального вызова, а тарифы постоянно меняются. Воспринимайте его как форму. Название инструмента ведёт к справочнику конечной точки, где приведён полный список параметров.
Пример — это полезная нагрузка, а не весь ответ. Результат tools/call содержит один текстовый блок, и этот текст сам является JSON, содержащим url, status, text и json, при этом извлечённые данные находятся внутри json. В сыром JSON-RPC-ответе путь — result.content[0].text, затем после разбора — .json. Чат-клиент разворачивает это за вас, а код, обращающийся к конечной точке напрямую, — нет.
Получение результатов Google Flights
hasdata_google_travel_flights_getGoogleFlights
Маршруты для направления и даты, с тарифами, сегментами, выбросами и историей цен.
Параметр | Тип | Обязателен | Примечания |
| string | да | Код IATA, например |
| string | да | Тот же формат, что и |
| string | да |
|
| string |
| |
| string | Обязателен, когда | |
| string |
| |
| string |
| |
| string |
| |
| number | Состав пассажиров | |
| number | Верхние границы и количество ручной клади | |
| string | Коды авиакомпаний IATA через запятую; либо одно, либо другое, не оба | |
| string | Выберите исходящий вариант и получите его обратный или следующий сегмент | |
| string | Получить варианты бронирования для выбранного маршрута | |
| string | Валюта, а также страна и язык поиска | |
| boolean | Совпадает с тем, что Google показывает в браузере; возвращается медленнее |
В справочнике также описаны includeConnections, excludeConnections, layoverDuration, outboundTimes, returnTimes, showHidden, lessEmissions и multiCityJson.
Результаты разделяются на bestFlights и otherFlights. Каждый маршрут содержит price, type, totalDuration в минутах, массив flights из сегментов, объект carbonEmissions и bookingToken. Каждый сегмент содержит departureAirport и arrivalAirport (каждый с id, name и локальным time), duration, airline, flightNumber, airplane, legroom, travelClass, массив extensions и oftenDelayedByOver30Min — для сегментов, которые Google помечает. У маршрута без пересадок один сегмент, у маршрута с пересадками — несколько.
carbonEmissionsуказан в граммах, а не в килограммах.thisFlight: 433000— это 433 кг.differencePercentсравнивает его сtypicalForThisRoute, поэтому отрицательное число означает, что рейс экологичнее среднего.
{
"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 расположен рядом с маршрутами и содержит lowestPrice, typicalPriceRange, priceLevel (например, typical) и priceHistory из точек [timestamp, price]. airports возвращает определённые аэропорты вылета и прилёта с городом и страной.
Ошибки и сценарии сбоев
Ваш клиент почти никогда не видит HTTP-код ошибки от вызова инструмента. Уровень MCP отвечает 200 и помещает сбой внутрь результата, с isError равным true и причиной в виде текста. Агент читает сообщение там, где вы могли бы ожидать строку состояния.
Неправильный ключ проявляется как вывод инструмента, а не как неудачное подключение. tools/list принимает любой непустой ключ и возвращает инструмент, поэтому клиент завершает рукопожатие и показывает зелёный статус. Первый вызов инструмента возвращается с isError: true и текстом HasData API error: 401. Следите за этой строкой, потому что ничто раньше в процессе не сообщает о проблеме.
Отсутствующий ключ — единственная настоящая HTTP-ошибка. Авторизация выполняется раньше любого инструмента, и само подключение завершается с ошибкой 401. Заголовки CORS присутствуют, и браузерный клиент получает статус, а не непрозрачный сетевой сбой.
Аргумент, нарушающий схему инструмента, отклоняется до того, как будет выполнен скрейпинг. Сервер отвечает с isError: true и текстом MCP error -32602: Input validation error, называя поле, вызвавшее ошибку. roundTrip без returnDate или includeAirlines вместе с excludeAirlines отсеиваются здесь.
Направление без рейсов на дату возвращает успешный результат с пустыми массивами маршрутов, а не ошибку. requestMetadata.status по-прежнему содержит ok. Проверяйте рейсы, прежде чем ранжировать их.
Неверный код аэропорта возвращает 400 с requestMetadata.status в значении error. Используйте коды IATA или kgmids, а не названия городов.
Результаты с данными также содержат requestMetadata.id, который стоит указать в обращении в поддержку.
Цены, бесплатный тариф и лимиты
Каждый вызов Google Flights стоит 15 кредитов за успешный вызов. Размер ответа не меняет цену, а глубожий поиск стоит столько же, сколько обычный.
Бесплатная пробная версия — 1 000 кредитов на 30 дней без карты, это примерно 66 поисков авиабилетов. После этого активный аккаунт ежедневно получает пополнение на 100 кредитов, когда баланс опускается ниже 100, так что агент с невысоким объёмом запросов работает на бесплатном тарифе бессрочно.
Платные тарифы начинаются от $49 в месяц за 200 000 кредитов, это примерно 13 000 поисков. Цена за едницу снижается с объёмом: от $3,68 за 1 000 вызовов на начальном тарифе до $1,49 на Business, $1,25 на Growth и $1,12 на крупнейших тарифах с высоким объёмом.
Ваш тариф также определяет параллельность. Бесплатная пробная версия позволяет 1 запрос за раз, Startup — 15, Business — 30, Growth — 50, а тарифы с высоким объёмом — от 200 до 1 500. В любом автоматическом сценарии предусматривайте защитную обработку случая превышения лимита.
Запрос, вернувшийся с кодом не 200, не тарифицируется. Перелёт туда и обратно — это два вызова, так что закладывайте это в бюджет.
Выбор инструментов
Параметр запроса apis определяет, какие инструменты видит ваш агент. Меньше инструментов — меньше контекста тратится на определения инструментов и меньше шансов, что модель потянется не к тому из них.
?apis=google_travel_flights the one tool in this repo
?apis=google_travel add Google Hotels
?apis=google_travel_flights,airbnb flights plus Airbnb staysПараметр принимает имена провайдеров, например google_travel, и отдельные имена API, например google_travel_flights. Имена с опечатками игнорируются. Если все имена указаны неверно, запрос завершается с ошибкой 400, а в теле перечисляются и то, что не удалось распознать, и все допустимые значения. Если опустить параметр, тот же эндпоинт откроет доступ ко всем 57 инструментам HasData.
Сравнение
Google закрыл свой API авиаперелётов QPX Express в 2018 году и так и не заменил его, поэтому официального Google Flights API не существует. Остаются либо парсинг публичных результатов, либо лицензирование сырых данных о тарифах из GDS, что дорого и тяжеловесно. Этот сервер читает те же результаты, которые показывает сайт, и возвращает их в виде JSON.
Официальный Google API | Этот сервер | |
Доступность | Отсутствует с закрытия QPX Express в 2018 | Поддерживаемая схема поверх живых результатов |
Данные о выбросах | Не предоставляются | Для каждого маршрута, в сравнении со средним по направлению |
История цен | Не предоставляется |
|
Настройка | Настраивать нечего, потому что API не существует | Один ключ и один URL |
Стоимость | Не применимо | Платная после пробного периода, 15 кредитов за вызов |
Чего этот сервер не делает. Никакого бронирования и оплаты. Он читает тарифы, сегменты перелёта и токены, которые Google сам использует для перехода к бронированию, а шаг бронирования возвращает вам.
Частые вопросы
Существует ли официальный Google Flights API?
Нет. Google закрыл QPX Express в 2018 году и не выпустил замену. Любой вариант читает те же публичные результаты, которые отдаёт сайт. Этот вариант поддерживается HasData и возвращает их в виде структурированного JSON.
Что такое MCP-сервер Google Flights?
Это сервер, который предоставляет Google Flights как инструмент, вызываемый AI-клиентом. Клиент отправляет вызов инструмента по протоколу Model Context Protocol, сервер получает варианты перелётов и возвращает структурированный JSON, а модель работает с результатом. Этот сервер предоставляет один инструмент и работает удалённо.
Почему перелёт туда и обратно — это два вызова?
Google сначала возвращает варианты в одном направлении, каждый со своим departureToken. Вы выбираете один и передаёте его токен обратно, чтобы получить обратные рейсы, которые с ним сочетаются. Так работает сайт, и именно поэтому перелёт туда и обратно стоит 30 кредитов.
Значения углеродного следа в килограммах?
Нет, в граммах. thisFlight: 433000 означает 433 кг, а differencePercent сравнивает его со средним по направлению.
Что такое глубоий поиск?
Это более медленный режим, который возвращает ровно то, что Google Flights показывает в браузере. Оставьте его выключенным для скорости и включите, когда нужна идентичность с сайтом.
Можно ли использовать это вместе с другими API HasData?
Да. Параметр apis принимает список, а ?apis=google_travel добавляет Google Hotels к перелётам. Уберите параметр — и получите всё.
Соответствие требованиям и персональные данные
HasData получает доступ только к общедоступным данным. Условия платформы могут ограничивать автоматический доступ, и вы сами отвечаете за своё соответствие требованиям.
Ссылки HasData
Страница продукта и конструктор запросов | |
Документация сервера | |
Все 57 инструментов на одном сервере | |
Руководства для клиентов | |
Всё остальное, что мы парсим | |
Тарифы и стоимость кредитов | |
Ключи и использование | |
Лаунчер для Node на npm | |
Лаунчер для Python на PyPI |
Разработка
Этот репозиторий — конфигурация и документация для удалённого сервера. Этапа сборки нет, контейнеризовать нечего.
Тесты в test/ проверяют контракт инструмента — ту часть, которая может сломаться без коммита в этом репозитории. Они проверяют, что ?apis=google_travel_flights возвращает ровно один инструмент, что он по-прежнему объявляет свои обязательные параметры, что имя не изменилось и что используемый ключ действительно принимается. Последняя проверка реально вызывает инструмент и стоит 15 кредитов — это цена канарейки, которая может упасть по правильной причине.
# macOS and Linux
HASDATA_API_KEY=your_key_here npm test
# Windows PowerShell
$env:HASDATA_API_KEY="your_key_here"; npm testТот же набор тестов запускается в CI при каждом пуше и раз в неделю по расписанию, потому что список инструментов выше по потоку может измениться, даже если никто не трогает этот репозиторий. Падение означает, что список инструментов сдвинулся, ключ перестал работать или эндпоинт недоступен, и сообщение проверки указывает, что именно.
Участие в разработке
Наиболее полезный вклад — исправления в таблице параметров и примере ответа, потому что именно эти части расходятся с реальностью. Прикладывайте сделанный вызов и полученный ответ. Pull request из форка запускает набор тестов без ключа, а живые проверки пропускаются, а не падают.
Лицензия
MIT. См. 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