AP2
Agent tarafından gerçekleştirilen ödemelerde kullanıcı yetkisini ve transaction intent'ini doğrulanabilir mandate'lerle kanıtlamayı hedefleyen açık payment authorization protokolüdür. Commerce protocol'ünün kendisi değildir; payment trust/authorization katmanına odaklanı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?
AP2, ç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 →Agentic Travel Authorization, Mandate ve Human-in-the-Loop
AI agent'ın travel purchase ve servicing side-effect'leri için user intent, mandate, delegated authority ve human-in-the-loop checkpoint'lerini tasarlayın.
İncele →Agentic Travel Reference Architecture
AI agent → search → offer → reprice → confirmation → payment → booking → servicing akışını travel-specific authorization, idempotency ve audit sınırlarıyla tasarlayın.
İncele →Agentic Travel Servicing, Consent ve Auditability
Agentic cancellation, refund ve servicing işlemlerini explicit consent, traceability, versioned evidence ve post-booking authorization sınırlarıyla tasarlayın.
İncele →Agentic Travel Transaction Safety
Agent loop, retry ve tool invocation kaynaklı duplicate booking/payment riskini idempotency, transaction guards ve UNKNOWN-aware recovery ile yönetin.
İncele →Skyscanner Flight API Entegrasyonu: Developer Rehberi
Skyscanner Flights Live Prices API entegrasyonunu x-api-key auth, create/poll lifecycle, request-response modelleri, itinerary/leg/segment mapping, agent/pricing option, rate limit, polling ve observability ile developer gözüyle uygulayın.
İncele →