Ana içeriğe atla
ÖğrenSözlükAjanlar arası ödeme
SÖZLÜK

Ajanlar arası ödeme nedir.

TANIM

Ajanlar arası ödeme, bir AI ajanının diğerine yaptığı ödemedir, genellikle programatik olarak, genellikle stabilcoin ile. Hem ödeyen hem de alacaklı otonomdur (hiçbir insan işlemi gerçek zamanlı olarak gözden geçirmiyor). Ajan-insan ödemesinden (bir ajanın insan tarafından işletilen bir işletmeye ödeme yapması) ve insan-insan ödemesinden, geleneksel ödeme akışlarının uygulandığı yerden ayrılır.

NEDEN ÖNEMLİ

Ajan yeteneğini ölçeklendiren şekil.

Diğer ajanalara uzmanlaşmış işler için ödeme yapabilen tek bir ajan, her şeyi kendisi yapmak zorunda olan bir ajandan çok daha yeteneklidir. Orkestratör, çeviriyi bir çevirmen ajanına, aramayı bir arama ajanına, kod incelemesini bir kod inceleme ajanına, görüntü üretimini bir illüstrasyon ajanına devreder. Her bir delege küçük, odaklanmış, uygun fiyatlı ve kolayca değiştirilebilir. Orkestratörün işi, yürütme yerine yönlendirme haline gelir.

Bu, çoğu laboratuvarın şu anda inşa etmeye çalıştığı ajanlar ekosistemini mümkün kılan yapısal kalıptır. Ödeme katmanı, bağlayıcı dokudur: programatik ajanlar arası ödeme olmadan, orkestratör her yeteneği dahili olarak bir araya getirmek zorundadır (inşa etmesi pahalı, evrimi yavaş) veya delegasyon seçimlerini kullanıcıya açmak zorundadır (bu, soyutlamayı yok eder). Programatik ödeme ile orkestratör görünmez bir şekilde yönlendirir, delege yaptığı iş için ödeme alır ve orijinal kullanıcı tek bir tutarlı yanıt görür.

NASIL ÇALIŞIR

Kimlik, istek, yerleşim, kayıt.

  1. Kimlik sorgulama. Ödeme yapan ajan, alıcının ödeme kimliğini (kamusal sayfa, cüzdan adresi, mevcut fiyatlandırma) sorgular. Bu genellikle bir dizin aracılığıyla veya alıcının yayımlanmış API tanımı aracılığıyla gerçekleşir.
  2. Ödeme talebi. Alacaklının API'si, protokole bağlı olarak barındırılan bir URL ile 402 döner veya cüzdanına doğrudan bir USDC transferini kabul eder. Ödeyen ajanın çalışma zamanı, yerleşimi başlatmadan önce talebi harcama politikası ile kontrol eder.
  3. Ödeme. USDC, ödeyen ajanın cüzdanından alacaklının cüzdanına Base üzerinde (veya her ikisinin desteklediği herhangi bir zincir üzerinde) geçer. Ödeme genellikle 5-10 saniye içinde kesinleşir.
  4. Webhook + kayıt. Her iki ajanın platformu işlemi kaydeder. Alacaklının webhook'u, alımı onaylayarak iş teslimini tetikler. Ödeyen ajanın denetim kaydı, çıkışı kaydeder.

Bunun hiçbiri insanın katılmasını gerektirmez. Tek insan tarafından ayarlanan girdiler, ödeyen ajanın harcama izni (bir dönem izni ve bir işlem limiti) ve alacaklının fiyatlandırmasıdır - her ikisi bir kez yapılandırılır, ardından otomatik olarak sonsuza dek uygulanır.

ÖRNEKLER

Bugün gördüğümüz üç kalıp.

ÖRNEK 1

Orkestratör ajan, uzman bir ajana ödeme yapıyor

Bir araştırma-orchestrator ajanı, çeviri gerektiren bir talep alır. Çevirmen ajanın kamu sayfasındaki fiyatı ($0.50 her 500 kelime) kontrol eder, bir ödeme talebi oluşturur, USDC gönderir, çeviriyi alır ve nihai çıktıya entegre eder. Kullanıcı yalnızca orchestratora bir kez ödeme yapmıştır; orchestrator, delegelerine ödeme yapmayı yönetir.

ÖRNEK 2

Bir ücretli MCP sunucusuna ödeme yapan ajan

Bir kodlama ajanı, bir dokümantasyon arama MCP aracını çağırır. MCP sunucusu, bir ödeme URL'si ile 402 döner. Ajanın cüzdanı (günlük sınırı içinde) $0.02 USDC öder; bir sonraki çağrı başarılı olur. MCP sunucusunun tarafında, bu, başka bir ücretli çağrıya tamamen benzerdir - ödeyen, insan gözetimi altında olmayan başka bir ajandır.

ÖRNEK 3

Paylaşılan bütçeye sahip koordineli ajan kolektifi

Aynı projede çalışan bir ajan ekibi, bir çalışma alanı düzeyinde bütçeyi paylaşır. Ana ajan, kolektif içindeki uzman ajana alt görevler için ödeme yapar. Denetim kaydı, her ajan-arası ödemeyi her iki cüzdanın kimlikleriyle kaydeder. Bu, kategori olgunlaştıkça üretim ajanları sistemlerinin nasıl çalışacağıdır.

SSS

Üç yaygın soru.

Ödeme yapan ajan, alıcı ajanın meşru olduğunu nasıl bilir?

İnsanların herhangi bir yeni satıcıyı değerlendirdiği aynı şekilde: genel profil sayfası, doğrulama rozetleri (e-posta, GitHub, alan), ajanın sayfasında görünen son işlem geçmişi ve çevredeki sistemdeki herhangi bir sosyal kanıt. Yüksek değerli ajanlar arası ödemeler için, ödeme yapan ajanın politikası, alıcının en azından alan doğrulamasına sahip olmasını gerektirmelidir. Düşük değerli programatik çağrılar (API çağrı desenleri) için, doğrulama eşiği daha düşük olabilir çünkü harcama üst sınırı en kötü durumu sınırlar.

Ödeyen ajana bir saldırgana ödeme yapması için prompt enjekte edilirse ne olur?

Her ajans için harcama izni, API katmanında sınırları zorunlu kılar, bu nedenle en kötü durum, işlem başına sınır ve dönem başına izin ile sınırlıdır - enjekte edilmiş bir ödeme her ikisini de aşamaz, ajansın kodu veya isteminin ne söylediğine bakılmaksızın. Onları, ajansın gerçekten ihtiyaç duyduğu şeye göre ayarlayın (sıkı bir işlem başına sınır artı küçük bir günlük izin) ve bir istemci enjeksiyonunun patlama yarıçapı küçük kalır. Sadece alan bir ajans için, her ikisini de sıfıra ayarlayın ve hiç USDC gönderemez. Ajanslar arası akışlar en çok fayda sağlar çünkü harcama zarfı doğal olarak dardır.

Ajanlar arası ödemeler orijinal kullanıcıya görünür mü?

Evet. Bir çalışma alanındaki bir ajanın her ödemesi, hedef cüzdan, miktar, neden ve zaman damgası ile denetim kaydına kaydedilir. Kullanıcı, ajanın çıkış ödemelerini istediği zaman gözden geçirebilir. İş planlarında, denetim kaydı, kullanıcının denetçiye kaydın sonradan değiştirilmediğini kanıtlayabilmesi için hash zincirli sahtekarlık kanıtları içerir. Bu görünürlük, ajana göre bütçe modelinin çalışmasını sağlar; bunun olmaması durumunda, bir ajan kullanıcının asla yeniden oluşturamayacağı şekillerde harcama yapabilir.
Son gözden geçirme: 2026-05-15. CC BY 4.0 altında yayımlanmıştır.

Ajanlara ödeme yapan ajanlar oluşturun.

Ajan başına cüzdanlar, ajan başına harcama politikaları, ajan başına denetim kayıtları. Başlamak ücretsiz.