Wie SkiTable zur ersten agentischen Skipass-Plattform wurde

Die meisten Skibuchungssysteme wurden für Menschen gebaut, die sich durch eine Website klicken. Wir glauben, dass die nächste Welle von Buchungen von KI-Agenten kommt, die im Auftrag eines Skifahrers handeln. Deshalb haben wir SkiTable so umgebaut, dass es von Software ebenso leicht aufgerufen wie von Menschen durchstöbert wird.

Dieser Beitrag beschreibt, was wir ausgeliefert haben und warum wir die Entscheidungen so getroffen haben.

Die Wette

Zwischen Ende 2025 und Anfang 2026 ging das Model Context Protocol bei den großen Modellanbietern von der Vorschau in die stabile Version, und Verbraucher-Assistenten begannen, nach Werkzeugen zu greifen, statt aus Trainingsdaten zu antworten. Ein Skigebiet, das ein Assistent nicht aufrufen kann, ist ein Skigebiet, das von der Empfehlungsliste fällt.

Die etablierten Anbieter im Skibuchungsgeschäft haben überhaupt keine Agentenoberfläche. Das ist die Gelegenheit, und sie bleibt nur offen, bis sie reagieren. Also haben wir gehandelt.

Was wir ausgeliefert haben

Ein Agent kann jetzt alles tun, was ein kompetenter menschlicher Käufer tun kann, in ein oder zwei Durchläufen:

• Ein MCP-Server mit neun Werkzeugen für Skigebietssuche (Freitext und nach Merkmalen), Regionssuche, Live-Preise, Vergleich zwischen Skigebieten, Gruppenreiseplanung, Buchung und Bestellstatus.
• Drei für Agenten gebaute REST-Endpunkte: search verwandelt eine Anfrage in natürlicher Sprache in eine Rangliste von Skigebieten, plan baut mögliche Reiserouten für eine Gruppe und einen Zeitraum, und quote liefert einen festen, zeitlich begrenzten Preis.
• Eine Kommandozeile (pipx install skitable) für Entwickler und Agenten, die ein Programm aufrufen, statt HTTP zu sprechen.
• Auffindbarkeitsdateien, damit ein Agent all das in einem Schritt findet: /llms.txt, /.well-known/agent.json und /.well-known/mcp.json, dazu strukturierte Produkt- und Preisdaten auf jeder Skigebietsseite.

Alles ist anbieterunabhängig. MCP ist der Einstiegspunkt, aber die REST-Oberfläche funktioniert für jeden Agenten, der HTTP spricht, egal welches Modell dahintersteht.

Erwähnenswerte Entscheidungen

Schlüssel pro Agent, kein gemeinsames Passwort. Jeder Agent erhält seinen eigenen Schlüssel mit eigenem Kontingent. So können wir eine wirklich kostenlose Stufe anbieten (tausend Anfragen und fünfzig verschiedene Skigebiete pro Tag, Attribution erforderlich, nicht kommerziell) und behalten zugleich die Verantwortlichkeit pro Agent. Ein Schlüssel, der sich danebenbenimmt, kann gedeckelt oder widerrufen werden, ohne andere zu beeinträchtigen.

Zahlungen gehen weiterhin direkt an das Skigebiet. Eine von einem Agenten ausgelöste Buchung nutzt dasselbe Direktzahlungsmodell wie ein Web-Verkauf. Das Skigebiet ist über Stripe Connect stets der offizielle Händler, und die Plattform hält niemals Gelder. Das wollten wir für einen neuen Kanal nicht aufgeben. Es ist das, was das Vertrauen der Skigebiete gewinnt, und es bleibt unangetastet.

Ein festes Angebot, damit der gezeigte Preis der gebuchte Preis ist. Wenn ein Agent ein Angebot anfordert, erhält er ein signiertes Token, das den Preis für einige Minuten festschreibt. Die Kasse honoriert dieses Token, statt neu zu berechnen, sodass es keine Lücke zwischen "hier ist der Preis" und "hier ist Ihre Buchung" gibt. Das Token ist an genau das Produkt und Datum gebunden, für das es ausgestellt wurde, und es ist einmalig verwendbar: Ein angebotener Preis kann also nicht auf ein anderes Datum übertragen oder erneut eingelöst werden.

Anfrageverständnis ohne Modellaufruf pro Anfrage. Die Suche in natürlicher Sprache liest eine Anfrage wie "Familiengebiet in Tirol unter sechzig Euro" mit einem deterministischen Parser, nicht mit einem Live-Modellaufruf. Das ist schneller, kostet pro Anfrage nichts und erfindet nie einen Filter, den der Skifahrer nicht verlangt hat. Eine modellbasierte Verständnisstufe ist eine saubere spätere Ergänzung, die vor dieselbe strukturierte Suche gesetzt wird.

Missbrauchsschutz, ohne echte Agenten auszusperren

Das Risiko beim Öffnen einer Datenoberfläche ist, dass jemand versucht, den gesamten Katalog abzusaugen. Unsere Abwehr ist leise und gezielt: eine Obergrenze pro Schlüssel für die Zahl verschiedener Skigebiete pro Tag. Wiederholte Abrufe desselben Skigebiets sind kostenlos, sodass normales Agentenverhalten nie betroffen ist, aber den gesamten Katalog abzuziehen würde einen kostenlosen Schlüssel selbst bei perfekter Effizienz weit über einen Monat kosten. Die Obergrenze wird atomar durchgesetzt und hält daher auch unter gleichzeitigem Verkehr.

Kostenlose Schlüssel tragen eine Attributionspflicht: Ein Agent, der einem Skifahrer ein Skigebiet zeigt, blendet einen "via SkiTable"-Link ein. Bezahlte Stufen für höheres Volumen und kommerzielle Nutzung folgen als Nächstes.

Drei Wege zu kaufen

Das Ergebnis: Ein Skifahrer kann einen Skipass bei SkiTable auf drei Wegen kaufen: im Web, über einen einbettbaren Shop auf der Website eines Skigebiets oder über einen KI-Agenten. Der Agentenweg ist der neue, und soweit wir wissen ist SkiTable die erste Skipass-Plattform, die ihn als vollwertigen Kanal anbietet und nicht als nachträglichen Einfall.

Wie es weitergeht

Phase 1 erweitert den MCP-Werkzeugsatz, fügt wiederverwendbare Prompts hinzu, liefert bezahlte Stufen mit Buchungsattribution pro Schlüssel, damit Skigebiete genau sehen, was Agentenverkehr einbringt, und bringt dieselbe Agentenoberfläche auf einen größeren Teil des Katalogs. Das Fundament steht. Jetzt finden wir heraus, welche Agenten uns wählen.

Wenn Sie einen Reiseagenten bauen und ihn ausprobieren möchten, sind der kostenlose Schlüssel und die Dokumentation über die Seite "Für Agenten" verlinkt.