Commerce’ın yeni kimlik problemi: Bu AI ajanı gerçekten kimin adına alışveriş yapıyor?

Ne oldu?

Ant International, Mastercard ve Visa’nın üzerinde çalışmaya başladığı Know Your Agent (KYA) yaklaşımı, merchant’ın alışveriş yapan bir AI ajanını doğrulayabilmesi problemine odaklanıyor. Amaç, ajanın kimliğini, hangi kullanıcı adına hareket ettiğini ve hangi işlem için yetkilendirildiğini merchant tarafında anlaşılır ve doğrulanabilir hale getirmek.

Bu çerçevede alışverişin taraflarını ayrı ayrı düşünmek gerekiyor: işlemi isteyen kullanıcı, onun adına hareket eden ajan ve işlemi kabul eden merchant. KYA haberinde ele alınan güven sorusu, bu ilişkinin merchant tarafından nasıl değerlendirileceği. Ödeme yapan müşterinin bilinmesi, aradaki ajanın yetkisinin de kendiliğinden anlaşılması demek değil.

Kaynakta anlatılan gelişme, bu yaklaşım üzerinde başlayan çalışma. Buradan tüm commerce platformlarının kullanabileceği tamamlanmış bir permission modelinin hazır olduğu sonucuna gitmiyorum. Aşağıda ele aldığım işlem limitleri ve yetki örnekleri, bu haberde duyurulmuş özellikler değil; benzer bir güven ilişkisini platform tarafında nasıl tasarlayabileceğimize ilişkin öngörülerim.

Neden önemli?

Customer identity ile agent identity farklı sorulara cevap veriyor. İlki “müşteri kim?”, ikincisi “işlemi onun adına yapan yazılım hangisi?” sorusuyla ilgili. Aynı müşterinin farklı ajanlara farklı görevler vermesi mümkün olduğunda, yalnızca müşteri hesabını tanımak işlemi değerlendirmeye yetmeyebilir.

Delegated authorization ise aradaki yetki devrini anlatıyor. Kullanıcı, yapabildiği her şeyi ajana açmak yerine belirli bir işi, belirli koşullarla yapma izni verebilir. Bir ajanın kimliğini doğrulamakla o ajanın belirli bir siparişte ödeme başlatabileceğine karar vermek bu nedenle ayrı adımlar olarak düşünülmeli.

Merchant açısından bunun karşılığı, gelen isteğin teknik olarak geçerli olmasının yanında izin kapsamına da uyup uymadığını anlayabilmek. Müşteri açısından ise “benim adıma alışveriş yap” talebinin neye izin verdiğini görebilmek. Bir kez onay vermek ile her işlemde yeniden karar vermek arasında farklı seçenekler olabilir.

Bence bu ayrım, agentic commerce’ın ölçeklenmesi halinde daha görünür hale gelecek. Daha fazla ajan sisteme bağlandığında ortak bir kimlik yaklaşımı işe yarayabilir; fakat merchant’ın kendi işlem kurallarını ve müşterinin sınırlarını ayrıca uygulaması gerekebilir. Tanınan bir ajan, her işlemi yapmaya yetkili bir ajan olmayabilir.

Benim yorumum

Commerce platformunda böyle bir yapıyı tasarlasaydım, “API erişimi var mı?” sorusuyla yetinmezdim. Her işlemde hangi müşteri adına hareket edildiğini, yetkinin hangi ajana verildiğini ve o yetkinin bu işlem için geçerli olup olmadığını ayrı ayrı değerlendirmek isterdim.

Olası bir permission modeli şöyle olabilir: ajan sepete ürün ekleyebilir ama ödeme yapamaz. Başka bir izinle belirli limite kadar ödeme yapabilir; ancak belirli ürün kategorilerinde işlem yapamaz. İade talebini başlatabilir, fakat refund destination’ı değiştiremez. Bu örneklerin ortak noktası, yetkinin yalnızca kaynak erişimiyle değil işlemin sonucu ve koşullarıyla tanımlanması.

Harcama limiti de ilk bakışta göründüğünden daha fazla ürün kararı içeriyor. Limit tek işlem için mi, belirli bir dönem için mi geçerli? Teslimat bedeli tutarı aşırırsa ne olacak? Sepete sonradan ürün eklendiğinde önceki onay devam edecek mi? Ben bu soruları asistanın konuşma davranışına bırakmaz, commerce servislerinin açıkça uyguladığı kurallara dönüştürürdüm.

Yetki devrinin sona ermesi de en az başlangıcı kadar önemli. Kullanıcı iznini geri aldığında henüz tamamlanmamış bir işlem nasıl ele alınacak? Sipariş zaten oluştuysa izni kaldırmak siparişi de iptal edecek mi? Benim yaklaşımım, yetki yönetimiyle sipariş yaşam döngüsünü ilişkili ama ayrı modeller olarak kurmak olurdu. Aksi halde kullanıcının kontrolü geri aldığını düşünmesiyle sistemde gerçekleşen işlem arasında fark oluşabilir.

Bu nedenle gelecekte Users & Roles yanında Agents & Permissions benzeri modeller görmemiz mümkün geliyor. Ancak bunun sadece yönetim paneline yeni bir menü eklemekle çözülmesini beklemiyorum. Kimlik, izin ve işlem bağlamının API çağrısından order ve payment akışına kadar taşınabilmesi gerekir diye düşünüyorum. Operasyon ekibi de bir sorun çıktığında ajanın ne yaptığını ve hangi onaya dayandığını okuyabilmeli.

Kısa vadede bazı akışları kullanıcı onayında tutmak makul bir sınır olabilir. Uzun vadede daha fazla işi devretmek istiyorsak, sınırları daha açık kurmamız gerekecek. Benim için agentic commerce’ta güven, ajana ne kadar çok şey yaptırabildiğimizden önce, hangi şeyi neden yaptıramadığımızı açıklayabilmekle başlıyor.

Kaynak

Ant International — Kaynak tarihi: 10 Eylül 2026