MPP
Makine ve agent'ların HTTP request akışı içinde ödeme challenge, credential ve receipt değiş tokuşuyla ödeme yapmasını standartlaştıran açık protokoldür. Payment method'dan bağımsız olacak şekilde tasarlanmıştır.
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?
MPP, ç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 →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 →