Agentic Systems & MCP Engineering

Travel MCP

Ein MCP-Server für agentische Preissuche über mehrere Reiseportale – mit harten Safety Boundaries.

Status
In Produktion
Kategorie
Agentic Systems & MCP Engineering
Referenz
Case #3

Ein Model-Context-Protocol-Server, der Pauschalreisen über mehrere Portale sucht und den finalen Preis vor einer bindenden Aktion ermittelt – Safety First: keine Buchung, keine Zahlung, keine persönlichen Daten.

Technische Herausforderung
Agents brauchen mehr als Tool-Calling: Sie müssen über mehrere Anbieter hinweg zuverlässig und sicher arbeiten – Preise bis vor die verbindliche Buchung ermitteln, ohne jemals eine Buchung auszulösen oder personenbezogene Daten preiszugeben.
Architektur
Ein MCP-Server mit Tool-Layer, Provider-Abstraktion und einer Safe-Browser-Schicht (SafeBrowser): Domain-Allowlist, BookingSafetyGuard, Challenge-/Overlay-/Consent-Handler und Evidence-Recorder führen die Automatisierung innerhalb klarer Aktionsgrenzen aus.
Engineering-Challenges
Production Hardening agentischer Systeme: Circuit Breaker, Rate Limiting, Concurrent-Search-Control, Selector-Drift-Erkennung, semantische Validierung, Session Cleanup, Freshness-TTLs und definierte Preis-Bestätigungsstufen.
Demonstrierte Kompetenzen
Model Context Protocol, agentische Tool-Nutzung, Multi-Provider-Systeme, sichere Browser-Automation, Safety Boundaries, semantische Validierung und Observability.

Travel MCP ist ein Riegel-Systems-Engineering-Case im Bereich Agentic Systems & MCP Engineering. Der Reise-Use-Case dient als konkreter Demonstrator für die technischen Anforderungen produktionsreifer agentischer Systeme – nicht als Reiseportal.

Die Kernaussage:

Reliable agentic systems require more than tool calling.

Produktionsreife Agent-Systeme brauchen Safety Boundaries, Provider-Abstraktion, semantische Validierung, Observability und robustes Failure Handling.

Architektur

Pipeline
  1. AI / MCP Client
  2. MCP Server
  3. Tool Layer
  4. Provider Abstraction
  5. Safe Browser Automation
  6. Travel Portals
  7. Validation / Evidence
  8. Normalized Results
Travel MCP: von MCP-Client über MCP-Server, Tool-Layer, Provider-Abstraktion und Safe Browser Automation bis zu Portalen, Validierung und normalisierten Ergebnissen
Architektur: MCP-Server mit Safe-Browser-Schicht

MCP Tools

Der Server stellt über das Model Context Protocol unter anderem folgende Tools bereit: search_package_trips, compare_offers, inspect_offer, get_final_prebooking_price, get_search_status und reset_session. Die Suche wird über mehrere Anbieter parallel geführt; ein normiertes Angebotsmodell liefert vergleichbare Ergebnisse.

Safety Engineering

Das zentrale Differenzierungsmerkmal sind die technischen Aktionsgrenzen:

  • Keine bindende Buchung – die Automatisierung stoppt konsequent vor der letzten verbindlichen Aktion.
  • Keine Zahlung und keine realen personenbezogenen Daten werden übermittelt.
  • BookingSafetyGuard: Potenziell bindende Aktionen werden aktiv blockiert – anhand von Button-Texten („Jetzt buchen“, „zahlungspflichtig bestellen“, „zur Zahlung“, …), URL-Mustern (/payment, /booking/confirm, …), Formular-Aktionen und HTML-Klassen.
  • SafeBrowser: Domain-Allowlist pro Provider, SSRF-Schutz (Blockade interner IPs in Produktion), Popup- und New-Tab-Blocking, Blockade von javascript:/data:/file:-Schemen.
  • Kein CAPTCHA-Bypass, keine Stealth- oder Fingerprint-Umgehung.
  • Evidence-Recorder mit Limits (Screenshots, HTML-Snapshots, Datei-/Session-Größen) und Pfad-Traversal-Schutz.
Safety Boundaries
  1. keine Buchung
  2. keine Zahlung
  3. keine persönlichen Daten
  4. Stopp vor verbindlichen Aktionen
  5. Blockade potenziell bindender Aktionen

Production Hardening

Auf Basis der realen Implementierung:

  • Circuit Breaker – öffnet nach technischen Fehlern, halboffen nach Cooldown, schließt nach Erfolg (nicht-technische Fehler wie NO_RESULTS beeinflussen den Breaker nicht).
  • Rate Limiting – konservative Mindestintervalle zwischen Anfragen (z. B. 5 s), überschrittene Anfragen werden mit RATE_LIMIT_EXCEEDED abgewiesen.
  • Concurrent Search Control – parallele Suchen pro Provider werden mit PROVIDER_BUSY blockiert.
  • Selector-Drift-Erkennung und semantische Validierung der extrahierten Ergebnisse.
  • Challenge Detection (Captcha-/Challenge-Erkennung), Overlay-Handling und Consent-/Cookie-Dialog-Handling.
  • Session Cleanup und Freshness-TTLs für Angebote sowie definierte Price-Confirmation-Levels.

Als projektinterner Engineering-Test wurde ein kontrollierter Production Canary mit 10 Live-Suchen erfolgreich durchgeführt (Erfolgsrate 100 %, keine Selector-/Semantic-Drift, keine Challenges, Rate-Limiter- und Circuit-Breaker-Verhalten validiert). Das ist ein interner Belastungsnachweis der Architektur – kein allgemeines Produktversprechen.

Capability demonstrated

Travel MCP zeigt, dass Riegel Systems agentische Systeme mit klaren technischen Aktionsgrenzen bauen kann: MCP-Server-Entwicklung, Multi-Provider-Orchestrierung, sichere Browser-Automation und die Skalierung von Prototypen zu produktionsharten Systemen mit Observability und Failure Handling.

Technologien & Konzepte

  • Model Context Protocol
  • TypeScript
  • Node.js
  • Playwright
  • Browser Automation
  • Multi-Provider Abstraction
  • Semantic Validation
  • Circuit Breaker
  • Observability

Ein ähnliches Engineering-Projekt?

Wenn Ihr Vorhaben vergleichbare technische Tiefe braucht, besprechen wir Machbarkeit, Architektur und Aufwand – konkret statt im Pitch-Format.

Projekt besprechen