MCP
AI uygulamalarının tool, resource ve context sağlayıcılarıyla standart bir protokol üzerinden etkileşmesini sağlayan açık protokoldür. Commerce veya payment protokolü değildir; agent'ın capability erişim katmanlarından biridir.
Neden önemli?
Agentic commerce'da model reasoning ile deterministic transaction sistemleri aynı akışta buluşur. Tool erişimi, commerce state, payment authorization ve user intent aynı şey değildir; her katmanın sınırı ve authority modeli ayrı tanımlanmalıdır.
Pratikte nasıl görünür?
Bir travel agent önce MCP veya provider API üzerinden capability kullanabilir, sonra UCP/ACP benzeri commerce contract'ıyla checkout hazırlayabilir ve AP2/MPP/x402 gibi ayrı payment/authorization katmanları devreye girebilir. Bu protokoller aynı problemi çözmez.
Uygulamada sorulması gerekenler
- Agent hangi capability'lere erişebiliyor?
- Kullanıcı hangi işlem ve tutara açık yetki verdi?
- Transaction state'i modelden bağımsız deterministic sistemde mi tutuluyor?
- Audit trail ve human approval checkpoint'leri nerede?
Yaygın hatalar
- LLM kararını payment authorization kabul etmek
- Tool access ile purchase authority'yi aynı şey sanmak
- Protocol adlarını tek bir agentic-commerce standardı gibi kullanmak
Travel stack içinde nerede kullanılır?
MCP, çoğunlukla agentic katmanlarıyla ilişkilidir. İlgili sistemlerde source-of-truth, identity, freshness ve transaction ownership sınırlarını açık tanımlamak gerekir.
İlgili terimler
İlgili teknik içerikler
ACP, UCP, AP2, MPP, x402, MCP ve A2A: Travel için Protocol Landscape
Agentic travel commerce için ACP, UCP, AP2, MPP, x402, MCP ve A2A protokollerinin hangi katmanda ne çözdüğünü karşılaştırın.
İncele →Offer Identity ve Offer Fingerprint Tasarımı
Travel offer'larını provider, room/rate, policy, price ve context boyutlarıyla deterministik biçimde tanımlayan offer fingerprint modelini tasarlayın.
İncele →Canonical Offer, Order ve Booking State Model
Travel sistemlerinde Offer, Order ve Booking kavramlarını ayıran canonical state modelini ve booking state machine tasarımını kurun.
İncele →Google Places'i Supplemental Hotel Context Olarak Kullanmak
Google Places'i hotel property/location enrichment için kullanın; Place ID, rating veya review'u inventory source-of-truth haline getirmeyin.
İncele →NDC Offer/Order Lifecycle: Search'ten Servicing'e
NDC Offer/Order lifecycle'ını search, offer, revalidation, order create, payment, ticketing, servicing ve reconciliation state'leriyle modelleyin.
İncele →Payment + Booking Distributed Transaction
Travel booking'de payment ve supplier booking adımlarını distributed transaction olarak modelleyin; authorize, capture, compensation, UNKNOWN outcome ve reconciliation desenlerini uygulayın.
İncele →