ACP
Merchant catalog, checkout ve agent-mediated purchase akışları için açık commerce standardıdır. Merchant kendi checkout/payment sistemleri üzerindeki kontrolünü korurken agent yapılandırılmış commerce contract'ları üzerinden işlem yapar.
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?
ACP, ç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 →