Cómo SkiTable se convirtió en la primera plataforma agéntica de forfaits de esquí

La mayoría de los sistemas de reserva de esquí se construyeron para personas que hacen clic en una web. Creemos que la próxima ola de reservas vendrá de agentes de IA que actúan en nombre de un esquiador, así que reconstruimos SkiTable para que el software la invoque con la misma facilidad con que una persona la navega.

Este artículo cubre lo que entregamos y por qué tomamos esas decisiones.

La apuesta

Entre finales de 2025 y principios de 2026, el Model Context Protocol pasó de versión preliminar a estable en los principales proveedores de modelos, y los asistentes de consumo empezaron a recurrir a herramientas en lugar de responder desde los datos de entrenamiento. Una estación que un asistente no puede invocar es una estación que cae de la lista de recomendaciones.

Los actores establecidos en la reserva de esquí no tienen ninguna superficie para agentes. Esa es la oportunidad, y solo permanece abierta hasta que reaccionen. Así que actuamos.

Lo que entregamos

Un agente ahora puede hacer todo lo que puede hacer un comprador humano competente, en uno o dos intercambios:

• Un servidor MCP con nueve herramientas, que cubren la búsqueda de estaciones (texto libre y por características), el descubrimiento de regiones, los precios en directo, la comparación entre estaciones, la planificación de viajes de grupo, la reserva y el estado de los pedidos.
• Tres endpoints REST pensados para agentes: search convierte una petición en lenguaje natural en estaciones ordenadas, plan construye itinerarios candidatos para un grupo y un intervalo de fechas, y quote devuelve un precio firme con límite de tiempo.
• Una interfaz de línea de comandos (pipx install skitable) para desarrolladores y agentes que prefieren invocar un programa antes que hablar HTTP.
• Archivos de descubrimiento para que un agente encuentre todo esto en un solo salto: /llms.txt, /.well-known/agent.json y /.well-known/mcp.json, además de datos de producto y de precio estructurados en cada página de estación.

Todo es independiente del proveedor. MCP es el punto de entrada, pero la superficie REST funciona para cualquier agente que hable HTTP, sea cual sea el modelo que haya detrás.

Decisiones que merece la pena destacar

Claves por agente, no una contraseña compartida. Cada agente recibe su propia clave con su propia cuota. Eso nos permite ofrecer un nivel realmente gratuito (mil peticiones y cincuenta estaciones distintas al día, atribución obligatoria, uso no comercial) manteniendo a la vez la responsabilidad por agente. Una clave que se porta mal puede limitarse o revocarse sin afectar a nadie más.

Los pagos siguen yendo directamente a la estación. Una reserva iniciada por un agente usa el mismo modelo de pago directo que una venta web. La estación es siempre el comercio oficial mediante Stripe Connect, y la plataforma nunca retiene fondos. No íbamos a renunciar a eso por un canal nuevo. Es lo que se gana la confianza de las estaciones, y permanece intacto.

Un presupuesto firme, para que el precio mostrado sea el precio reservado. Cuando un agente pide un presupuesto, recibe un token firmado que fija el precio durante unos minutos. La caja respeta ese token en lugar de recalcular, de modo que no hay hueco entre "este es el precio" y "esta es tu reserva". El token está ligado al producto y la fecha exactos para los que se emitió, y es de un solo uso: un precio ofrecido no puede trasladarse a otra fecha ni reutilizarse.

Comprensión de la petición sin una llamada al modelo por petición. La búsqueda en lenguaje natural lee una petición como "estación familiar en Tirol por menos de sesenta euros" con un analizador determinista, no con una llamada al modelo en directo. Es más rápido, no cuesta nada por petición y nunca inventa un filtro que el esquiador no pidió. Una fase de comprensión basada en modelo es una adición limpia para más adelante, colocada delante de la misma búsqueda estructurada.

Antiabuso sin dejar fuera a los agentes reales

El riesgo al abrir una superficie de datos es que alguien intente aspirar todo el catálogo. Nuestra defensa es discreta y concreta: un tope por clave sobre el número de estaciones distintas vistas al día. Las consultas repetidas de la misma estación son gratuitas, así que el comportamiento normal de un agente nunca se ve afectado, pero extraer todo el catálogo le llevaría a una clave gratuita bastante más de un mes incluso con eficiencia perfecta. El tope se aplica de forma atómica, así que se sostiene bajo tráfico concurrente.

Las claves gratuitas llevan un requisito de atribución: un agente que presenta una estación a un esquiador muestra un enlace "via SkiTable". Los niveles de pago, para mayor volumen y uso comercial, llegan a continuación.

Tres formas de comprar

El resultado es que un esquiador puede comprar un forfait en SkiTable de tres formas: en la web, mediante una tienda integrable en el sitio de una estación, o mediante un agente de IA. La vía de los agentes es la nueva, y que sepamos SkiTable es la primera plataforma de forfaits de esquí que la ofrece como un canal de primer nivel y no como una ocurrencia tardía.

Lo que viene

La fase 1 amplía el conjunto de herramientas MCP, añade prompts reutilizables, lanza niveles de pago con atribución de reservas por clave para que las estaciones vean exactamente lo que aporta el tráfico de agentes, y lleva la misma superficie para agentes a una parte mayor del catálogo. Los cimientos están puestos. Ahora descubrimos qué agentes nos eligen.

Si estás construyendo un agente de viajes y quieres probarlo, la clave gratuita y la documentación están enlazadas desde la página "Para agentes".