Saklanan kimlik bilgileri neden yanlış ilkel yapıdır
Dosyada kayıtlı bir kart bir hamiline aracıdır. Numarayı elinde bulunduran kişi, ihraççı veya satıcı aksini kararlaştırana kadar onu tekrar tekrar kullanarak harcama yapabilir. Hiçbir sistem prompt'u, hiçbir araç düzeyi talimatı ve hiçbir miktarda zincirleme düşünce akıl yürütmesi bu özelliği değiştirmez. Elinde saklanan bir kart bulunan bir agent'ın bütçesi yoktur; bir yeteneği vardır. Bu ayrım önemlidir çünkü yetenekler niyetle sınırlanmaz. Kriptografi, politika uygulama noktaları ve ihraççının bir ödemeyi reddetme isteğiyle sınırlanır.
Bir agent yeniden kullanılabilir bir kimlik bilgisi tuttuğunda, geriye kalan tek kontrol iptaldir. İptal kabadır. Meşru bir yeniden denemeyi yinelenen bir ödemeden, onaylı bir satıcıyı ikame edilmiş bir satıcıdan veya tek bir büyük satın alımı yirmi küçük satın alımdan ayırt edemez. Ayrıca agent yürütmesine göre yavaştır. Dakikalarla ölçülen bir iptal döngüsü, çağrıları milisaniyeler içinde yapan bir döngüyü yönetemez.
Kapsamlı, tek amaçlı harcama token'ları
Alternatif, politikanın kendisi olan bir kimlik bilgisi vermektir. Kapsamlı bir harcama token'ı, küçük ve açık bir talep kümesine sahip imzalı bir eserdir:
{
"issuer": "studio-payments",
"subject": "agent-run-8f3a",
"task_id": "replenish-inventory-2026-04-11",
"merchant_category": "office_supplies",
"merchant_id": "supplier-4421",
"amount_ceiling_minor": 25000,
"currency": "EUR",
"not_before": "2026-04-11T09:00:00Z",
"not_after": "2026-04-11T09:15:00Z",
"max_uses": 1,
"nonce": "b7c1...",
"signature": "..."
}
İşi üç özellik yapar. Birincisi, token belirli bir görev tanımlayıcısına bağlıdır, böylece yetkilendiren yörünge kurtarılabilir: harcama yalnızca bir kullanıcı hesabına değil, onu talep eden çalıştırmaya geri eşlenir. İkincisi, token tek kullanımlık veya kısa ömürlüdür, böylece sızdırılmış bir eserin değeri sınırlıdır. Çalınan bir kart numarası, ihraççı harekete geçene kadar bir yükümlülüktür; on beş dakikalık bir pencereye ve satıcı kilidine sahip çalınmış tek kullanımlık bir token, bir saldırgan onu yönlendirene kadar ölü bir dizedir. Üçüncüsü, tavan küçük birimler cinsinden ifade edilir ve agent tarafından değil, ray üzerinde uygulanır. Agent kendi limitini yükseltemez çünkü limit bir prompt'taki değişken değil, imzalı bir taleptir.
Ödünleşim gerçektir: token verilmesi, herhangi bir satın alım gerçekleşmeden önce bir gidiş-dönüş ve bir imzalama bağımlılığı ekler. Düşük değerli, yüksek frekanslı çağrılar için bu ek yük önemsiz değildir ve veren hizmeti agent'ın kendisi kadar erişilebilir olmaya zorlar. Çağrı başına veren bir tasarım, oturum başına verenden daha yavaş olacaktır; oturum başına veren bir tasarım yeniden kullanımı geri getirir. Dürüst cevap, kısa bir pencere ve düşük bir tavanla görev başına vermek ve birçok satın alım gerektiren bir görevin birçok token'a ihtiyacı olduğunu kabul etmektir.
Yetkilendirme ve takas
Harcama kararı ile ödeme mekanizması ayrılabilir ve ayrılmalıdır. Karar politikaya aittir: görev bağlamını, satıcıyı, tutarı ve geçmişi bir bütçeye karşı değerlendiren ve imzalı bir yetkilendirme ya da bir ret üreten bir kural motoru. Mekanizma ray'a aittir: bir kart ağı, hesaptan hesaba transfer veya bir stablecoin takas katmanı. Bunları ayrı tutmak, politikanın ray'a dokunmadan denetlenebilmesi, sürümlenebilmesi ve test edilebilmesi anlamına gelir; ray da politikayı yeniden yazmadan değiştirilebilir.
Programatik mikro ödemeyi destekleyen takas rayları, makineden makineye satın alım için tüketici kart akışlarından daha uygundur. Tüketici kart akışları, insanlar için değerli olan ve çağrı başına başvurulması pahalı olan anlaşmazlık çözümü ve ters ibraz hakları için optimize edilmiştir. Belirlenimci bir şekilde, saniyelerle ölçülen kesinlik ve küçük tutarlara hâkim olmayan ücretlerle takas eden bir ray, tek bir API çağrısı veya küçük bir veri artışı satın alan bir agent için daha iyi bir uyumdur. Bir kartın kullanıldığı yerde, token saklanan bir birincil numara değil, ağ tarafından verilen tek kullanımlık bir sanal kart olmalıdır; böylece tavan ve satıcı kilidi ihraççı tarafından uygulanır.
Mutabakat otomatik olmalıdır. İnsan incelemesi çağrı başına satın alımlara ölçeklenmez ve bekleyen ödemelerden oluşan bir kuyruk delegasyonun amacını bozar. Her token görev tanımlayıcısını ve nonce'u taşımalıdır ve ray'ın takas kaydı, bu alanlarla yetkilendirme kaydıyla eşleştirilmelidir. Uyuşmazlıklar — eşleşen yetkilendirmesi olmayan bir ödeme, ödemesi olmayan bir yetkilendirme, pencere dışında bir ödeme — bir ticket değil, bir istisna yükseltmelidir.
Tasarımda önlenmesi gereken başarısızlık modları
Bölünmüş satın alımlar. Bir tavana ulaşan bir agent, izin verilirse, her biri tavanın altında kalan bir satın alımı birkaç ödemeye böler. Savunma, yalnızca ödeme başına bir tavan değil, görev başına kümülatif bir bütçedir: yetkilendirme hizmeti, görev tanımlayıcısına karşı toplam harcamayı izler ve niyeti aşacak token'ı reddeder. Tek başına ödeme başına bir tavan bir öneridir.
Satıcı ikamesi. Satıcı A için yetkilendirilmiş bir token, satıcı B'de takas edilmemelidir. Token'ı yalnızca bir kategoriye değil, bir satıcı tanımlayıcısına bağlayın ve takas sırasında doğrulayın. Kategori kilitleri satıcı kilitlerinden daha zayıftır ve yetkilendirme
Yeniden deneme döngüleri. Kaybolan bir yanıt, işlem idempotent olmadıkça başarısız bir istekten ayırt edilemez. Her token'a bir nonce verin ve ray'ın aynı nonce ile ikinci bir takası reddetmesini şart koşun. Agent'ın yeniden denemesi o zaman iki kez ücretlendirmek yerine özgün sonucu döndürür. Bu, ödeme API'lerindeki idempotency anahtarlarıyla aynı disiplinin devredilen harcamaya uygulanmış halidir.
Bunun değiştirdiği şey
Kapsamlı harcama kimlik bilgileri kontrol noktasını iptalden vermeye taşır. Soru artık "agent'ı nasıl durdururuz" olmaktan çıkar ve "tam olarak neyi, hangi görev için, hangi satıcıda, ne zamana kadar yetkilendirdik" haline gelir. Bu, bir denetimin cevaplayabileceği bir sorudur. Saklanan bir kart cevaplayamaz.
SSS
S: Kapsamlı bir token sadece bir sanal kart mıdır? C: Öyle uygulanabilir, ancak önemli olan özellik kart formatı değil, imzalı talep kümesidir — görev tanımlayıcısı, satıcı kilidi, tavan, son kullanma, nonce.
S: Bir agent tavana ulaştığında yeni bir token istemesini ne durdurur? C: Agent değil, yetkilendirme hizmeti. Görev başına ve satıcı başına kümülatif bütçe verme anında uygulanır, böylece aynı göreve yönelik tekrarlanan istekler reddedilir.
S: Bu, stablecoin takasıyla nasıl etkileşir? C: Token yetkidir; stablecoin transferi ray'dır. Token'ın talepleri transfer imzalanmadan önce kontrol edilir ve transferin referansı mutabakat için nonce'u taşır.
S: Ana maliyet nedir? C: Verme gecikmesi ve agent kadar erişilebilir olması gereken bir veren hizmet. Kısa pencerelerle görev başına verme olağan uzlaşmadır; oturum başına verme yeniden kullanımı geri getirir.