Travel MCP

Travel MCP est une étude de cas d’ingénierie Riegel Systems dans le domaine des systèmes agentiques et de l’ingénierie MCP. Le cas d’usage du voyage sert de démonstrateur concret des exigences techniques des systèmes agentiques prêts pour la production – et non de portail de voyage.

Le message clé :

Reliable agentic systems require more than tool calling.

Les systèmes d’agents prêts pour la production ont besoin de limites de sécurité, d’abstraction des fournisseurs, de validation sémantique, d’observabilité et d’une gestion robuste des défaillances.

Architecture

MCP Tools

Le serveur expose via le Model Context Protocol notamment les outils suivants : search_package_trips, compare_offers, inspect_offer, get_final_prebooking_price, get_search_status et reset_session. La recherche est menée en parallèle sur plusieurs fournisseurs ; un modèle d’offres normalisé fournit des résultats comparables.

Safety Engineering

Le principal facteur de différenciation réside dans les limites techniques d’action :

• Aucune réservation contraignante – l’automatisation s’arrête systématiquement avant la dernière action engageante.
• Aucun paiement et aucune donnée personnelle réelle ne sont transmis.
• BookingSafetyGuard : les actions potentiellement contraignantes sont activement bloquées – en fonction des textes de boutons (« Réserver maintenant », « commander avec obligation de paiement », « vers le paiement », …), des motifs d’URL (/payment, /booking/confirm, …), des actions de formulaire et des classes HTML.
• SafeBrowser : liste d’autorisation de domaines par fournisseur, protection SSRF (blocage des IP internes en production), blocage des popups et nouveaux onglets, blocage des schémas javascript:/data:/file:.
• Aucun contournement de CAPTCHA, aucune technique furtive ni d’évasion d’empreinte numérique.
• Enregistreur de preuves (Evidence-Recorder) avec limites (captures d’écran, instantanés HTML, tailles de fichiers/sessions) et protection contre la traversée de chemins.

Production Hardening

Sur la base de l’implémentation réelle :

• Circuit Breaker – s’ouvre après des erreurs techniques, semi-ouvert après cooldown, se referme après succès (les erreurs non techniques comme NO_RESULTS n’affectent pas le disjoncteur).
• Rate Limiting – intervalles minimaux conservateurs entre les requêtes (par ex. 5 s), les requêtes excédentaires sont rejetées avec RATE_LIMIT_EXCEEDED.
• Concurrent Search Control – les recherches parallèles par fournisseur sont bloquées avec PROVIDER_BUSY.
• Détection de dérive des sélecteurs et validation sémantique des résultats extraits.
• Détection de challenge (détection captcha/challenge), gestion des overlays et gestion des dialogues de consentement/cookies.
• Nettoyage de session et TTL de fraîcheur pour les offres, ainsi que des niveaux de confirmation de prix définis.

En tant que test d’ingénierie interne au projet, un canari de production contrôlé avec 10 recherches réelles a été mené avec succès (taux de réussite de 100 %, aucune dérive de sélecteurs ni de sémantique, aucun challenge, comportement du rate limiter et du circuit breaker validé). Il s’agit d’une preuve de charge interne de l’architecture – et non d’une promesse produit générale.

Capability demonstrated

Travel MCP montre que Riegel Systems sait construire des systèmes agentiques avec des limites techniques d’action claires : développement de serveurs MCP, orchestration multi-fournisseurs, automatisation sécurisée du navigateur et passage à l’échelle des prototypes vers des systèmes durcis pour la production, avec observabilité et gestion des défaillances.