Travel MCP

Travel MCP è un caso studio di ingegneria Riegel Systems nell’ambito dell’Agentic Systems & MCP Engineering. Il caso d’uso dei viaggi serve come dimostratore concreto per i requisiti tecnici dei sistemi agentici pronti per la produzione – non come portale di viaggio.

Il messaggio chiave:

Reliable agentic systems require more than tool calling.

I sistemi ad agenti pronti per la produzione richiedono safety boundaries, astrazione dei provider, validazione semantica, osservabilità e una gestione robusta dei guasti.

Architettura

MCP Tools

Il server mette a disposizione tramite il Model Context Protocol, tra gli altri, i seguenti strumenti: search_package_trips, compare_offers, inspect_offer, get_final_prebooking_price, get_search_status e reset_session. La ricerca viene condotta in parallelo su più provider; un modello di offerte normalizzato fornisce risultati comparabili.

Safety Engineering

Il fattore distintivo centrale sono i limiti tecnici di azione:

• Nessuna prenotazione vincolante – l’automazione si ferma costantemente prima dell’ultima azione vincolante.
• Nessun pagamento e nessun dato personale reale vengono trasmessi.
• BookingSafetyGuard: Le azioni potenzialmente vincolanti vengono bloccate attivamente – in base ai testi dei pulsanti (“Prenota ora”, “ordina con obbligo di pagamento”, “vai al pagamento”, …), ai pattern URL (/payment, /booking/confirm, …), alle azioni dei moduli e alle classi HTML.
• SafeBrowser: Domain allowlist per provider, protezione SSRF (blocco di IP interni in produzione), blocco di popup e nuove schede, blocco degli schemi javascript:/data:/file:.
• Nessun bypass CAPTCHA, nessuna elusione stealth o di fingerprinting.
• Evidence-Recorder con limiti (screenshot, snapshot HTML, dimensioni di file/sessione) e protezione dal path traversal.

Production Hardening

Sulla base dell’implementazione reale:

• Circuit Breaker – si apre dopo errori tecnici, semi-aperto dopo il cooldown, si chiude dopo il successo (gli errori non tecnici come NO_RESULTS non influenzano il breaker).
• Rate Limiting – intervalli minimi conservativi tra le richieste (ad es. 5 s), le richieste in eccesso vengono respinte con RATE_LIMIT_EXCEEDED.
• Concurrent Search Control – le ricerche parallele per provider vengono bloccate con PROVIDER_BUSY.
• Rilevamento del selector drift e validazione semantica dei risultati estratti.
• Challenge Detection (rilevamento captcha/challenge), gestione degli overlay e gestione dei dialoghi di consenso/cookie.
• Session Cleanup e TTL di freschezza per le offerte, nonché livelli di conferma del prezzo definiti.

Come test di ingegneria interno al progetto è stato eseguito con successo un production canary controllato con 10 ricerche live (tasso di successo 100 %, nessun selector/semantic drift, nessuna challenge, comportamento di rate limiter e circuit breaker validato). Si tratta di una prova di carico interna dell’architettura – non di una promessa generale di prodotto.

Capability demonstrated

Travel MCP mostra che Riegel Systems è in grado di costruire sistemi agentici con chiari limiti tecnici di azione: sviluppo di server MCP, orchestrazione multi-provider, automazione sicura del browser e la scalabilità dei prototipi a sistemi pronti per la produzione con osservabilità e gestione dei guasti.