Servidor MCP v2 de Seats.aero

Un servidor MCP v2 para la API de Seats.aero. Admite transporte stdio local y Streamable HTTP.

Paquete publicado: @kwonye/seats-aero-mcp

Requisitos

• Node.js 20+

• Una clave de socio comercial de Seats.aero o una clave de API Pro elegible

Related MCP server: Award Flight Daily MCP Server

Configuración

export SEATS_AERO_API_KEY='your-key'
export SEATS_AERO_PLAN='pro' # pro or commercial

Ajustes opcionales:

export SEATS_AERO_REQUEST_TIMEOUT_MS=30000
export MCP_HTTP_HOST=127.0.0.1
export MCP_HTTP_PORT=3000
export MCP_HTTP_BEARER_TOKEN='required-for-non-loopback-http'

El modo Pro admite búsqueda en caché, disponibilidad masiva, viajes, rutas, destinos y actualización de caché. El modo comercial admite todas esas funciones excepto la actualización de caché, y añade Business Live Search. Seats.aero controla la elegibilidad, las cuotas y los permisos de uso comercial.

Ejecución

npm install
npm run build
npm start

O ejecuta el CLI publicado directamente:

npx @kwonye/seats-aero-mcp

El transporte predeterminado es stdio. Para ejecutar Streamable HTTP:

npm run start:http

El endpoint de MCP es /mcp.

Herramientas

• seats_aero_cached_search

• seats_aero_cargar_disponibilidad

• seats_aero_get_trips

• seats_aero_get_routes

• seats_aero_get_destinations

• seats_aero_refresh_cached_data — Solo Pro

• seats_aero_live_search — Solo comercial

Las llamadas de refresco devuelven el estado asincrónico del proveedor. Repite las mismas IDs de disponibilidad para consultar el estado; no uses las IDs devueltas por Live Search con otros endpoints.

Pruebas

npm test

Publicación

Los releases se publican mediante GitHub Actions con npm Trusted Publishing (GitHub OIDC), siguiendo la configuración de kwonye/yahoo-fantasy-mcp. El workflow no requiere un token npm de larga duración y publica la versión representada por la etiqueta del release de GitHub.

Haz una publicación inicial del paquete una sola vez con una publicación autenticada de npm. Después de que el paquete exista, configura su publicador de confianza de npm con el propietario de GitHub kwonye, el repositorio seats-aero-mcp y el nombre del workflow release.yml; luego elimina cualquier token temporal de npm y usa Trusted Publishing para los siguientes releases.

Con npm CLI 11.15 o posterior, el publicador de confianza se puede configurar con:

npm trust github @kwonye/seats-aero-mcp \
  --repo kwonye/seats-aero-mcp \
  --file release.yml \
  --allow-publish

Wait, need check original for sequence. Also I see a possible issue: The list item "seats_aero_get_routes", "seats_aero_get_destinations" keep exact. In my translation I erroneously translated only seats_aero_bulk_availability to Spanish? Oh! I inadvertently started translating function names? The instruction says package/module/function and argument names must remain verbatim. I must not translate function names. I wrote "seats_aero_cargar_disponibilidad" which is wrong! Function names must stay exactly. Need preserve all code spans exactly. So I need to correct that.

Also in "Seats.aero controls eligibility" I wrote "Business Review" erroneously? Actually I typed "Business Review" as a slip? I wrote "Guests.aero"? Let's check my draft: "número comerciais"? I need carefully.

Let's go back and correct.

Original bullets:

• seats_aero_cached_search

• seats_aero_bulk_availability

• seats_aero_get_trips

• seats_aero_get_routes

• seats_aero_get_destinations

• seats_aero_refresh_cached_data — Pro only

• seats_aero_live_search — commercial only

I must preserve them verbatim. I'll output exactly those.

Also original first paragraph: "An MCP v2 server for the Seats.aero partner API. It supports ..." Okay.

Need translate accurately, no invented "Seats.aero controls" etc. Let's produce final with exact function names.

Also the line "The MCP endpoint is /mcp." Keep.

Let's ensure no code names altered.

Let's write final cleanly.

But before final, let's consider "node original title": "Seats.aero MCP v2 Server" as heading. Maybe "Servidor MCP v2 de Seats.aero" is acceptable. However, "Seats.aero MCP v2 Server" could be a product name? It may be read as "Seats.aero" logo plus "MCP v2 Server". The instruction: "Keep product, project, organization, and repository names verbatim (Claude Desktop, Playwright, Node.js, owner/my-mcp-server)." "Seats.aero" is a product? The server's name? Hmm, the repository is "seats-aero-mcp", and the product is "Seats.aero" (the API). The heading "Seats.aero MCP v2 Server" isn't an official brand perhaps; translate as "Servidor MCP v2 de Seats.aero" is okay. But "Seats.aero" appears verbatim. Good.

Need also preserve "Seats.aero" in bullet text. We'll do "Una clave de socio comercial de Seats.aero o una clave de API Pro elegible."

Potential line: "Commercial mode supports all of those except cached refresh and adds LiveSearch." We'll translate "Live Search" as "Live Search" because it is a tool name? In tools list it's seats_aero_live_search. The prose "adds Live Search" probably refers to a feature, but keep as "Live Search" in English? Could translate? "Live Search" is not a product name? But maybe a tool/feature name, and the instruction says keep function names. Since it appears with a capital, likely a feature name. We can keep "Live Search" in English. So "adicionala Live Search" or "añade Live Search".

"Refresh calls return the upstream asynchronous status." "upstream" could mean "del servidor remoto" but keep as "upstream"? In technical English, "upstream" may be understood. Better: "del proveedor" or "upstream". Use "upstream" as it is technical term? Let's "del servicio remoto" or "asíncrono del servicio upstream." Better to preserve "upstream" because in API docs "upstream status" might be specific. Translate: "estado asincrónico del sistema aguas arriba" unnatural. "estado asincrónico del proveedor" may be good. Let's use "estado asíncrono del proveedor" as "upstream" often refers to API provider. We'll write "estado asíncrono del proveedor upstream" maybe redundant but okay. Actually "upstream" in relation to API: "the upstream API" = "the external provider's API." Since translation should be natural: "Las llamadas de refresco devuelven el estado asíncrono del proveedor de datos. Repite..." I'll choose that.

"Repeat the same availability IDs to poll; do not use IDs returned by Live Search with other endpoints." "poll" -> "polling" = "hacer sondeo" or "consultar". We'll say "Ejecuta de nuevo la llamada con los mismas IDs de disponibilidad para sondeo; no uses..." Better: "Repite las mismass IDs de disponibilidad para sonadicar el estado; no uses..." We'll use "realizar sondeo".

"Publishing" might be "Publicación". We have "Publicación" as heading, but we already used "Configuración", etc. Fine.

"Bootstrap" is a verb. "Lanzar la publicación inicial" maybe.

Let's improve final:

"Las versiones se publican mediante GitHub Actions usando npm Trusted Publishing (OIDC de GitHub), con una configuración equivalente a kwonye/yahoo-fantasy-mcp. El flujo de trabajo no requiere..."

Need preserve "GitHub OIDC" perhaps exactly. "Trusted Publishing" and "GitHub OIDC" have to remain. Let's keep "Trusted Publishing (GitHub OIDC)" in the same order.

Original: "using npm Trusted Publishing (GitHub OIDC)" -> "con npm Trusted Publishing (GitHub OIDC)". Good.

"matching the kwonye/yahoo-fantasy-mcp setup" -> "siguiendo configuraciones."

"The workflow requires no long-lived npm token" -> "El flujo de trabajo no requiere un token npm de larga duración" (preserve "npm token" perhaps).

"publishes the version represented by the GitHub release tag." -> "publica la versión representada por la etiqueta de release de GitHub."

"Bootstrap the initial package publication once with an npm-authenticated publish." Could translate "Inicializa" or "Haz la publicación inicial" etc.

Let's not overcomplicate.

Let's now produce final with all corrections.

Need not mention our reasoning. We need output only translated text.

Let's prepare final text:

Servidor de Seats.aero MCP v2

Un servidor MCP v2 para la API de socio de Seats.aero. Adopta stdio local y transportes Streamable HTTP.

Paquete publicado: @kwonye/seats-aero-mcp

Requisitos

• Node.js 20+

• Clave de socio comercial de Seats.aero o API Pro qualifyle

Configuración

export SEATS_AERO_API_KEY='your-key'
export SEATS_AERO_PLAN='pro' # pro or commercial

Opciones opcionales:

export SEATS_AERO_REQUEST_TIMEOUT_MS=30000
export MCP_HTTP_HOST=127.0.0.1
export MCP_HTTP_PORT=3000
export MCP_HTTP_BEARER_TOKEN='required-for-non-loopback-http'

El modo Pro admite búsqueda en caché, disponibilidad de bulk, viajes, rutas y actualización de caché. El modo comercial admite todas esas funciones excepto la actualización de caché y añade Live Search. Seats.aero controla la elegibilidad, las cuotas y los permisos de uso comercial.

Ejecución

npm install
npm run build
npm start

O ejecute el CLI publicado directamente:

npx @kwonye/seats-aero-mcp

El transporte predeterminado es STDIO. Para ejecutar Streamable HTTP:

npm run start:http

El endpoint MCP está en /mcp.

Herramientas

• seats_aero_cached_search

• seats_aero_bulk_availability

• seats_aero_get_trips

• seats_aero_get_routes

• seats_aero_get_destinations

• seats_aero_refresh_cached_data — Solo Pro

• seats_aero_live_search — Solo comercial

Las llamadas de refresco devuelven el estado asíncrono del proveedor. Repita las mismas IDs de disponibilidad para consultar el estado; no use las IDs devueltas por Live Search con otros endpoints.

Prueba

npm test

Publicación

Las versiones se publican por medio de las acciones automáticas de GitHub mediante npm Trusted Publishing (OIDC de GitHub), siguiendo la configuración de kwonye/yahoo-fantasy-mcp. El flujo de trabajo no requiere un token de npm de larga duración y publica la versión representada por la etiqueta de publicación de GitHub.

Haga una primera publicación del paquete una vez con una publicación autenticada de npm. Después de que el paquete exista, configure su editor de confianza de npm con el propietario de GitHub kwonye, el repositorio seats-aero-mcp y el nombre del flujo release.yml; luego elimine cualquier token temporal de npm y use Trusted Publishing para las versiones siguientes.

Con npm CLI 11.15 o superior, el publicador de confianza puede configurarse con:

npm trust github @kwonye/seats-aero-mcp \
  --repo kwonye/seats-aero-mcp \
  --file release.yml \
  --allow-publish