Vercel, yapay zeka ajanının üretime nasıl onaylı ve kapsamlı erişim aldığını anlatıyor

Vercel, Vercel Agent adlı yapay zeka ajanının üretim sistemlerinde kısıtsız erişim verilmeden nasıl hareket edebildiğine dair ayrıntılı bir yazı yayınladı. Vercel blog yazısına göre ajan önce sorunu salt okunur izinler altında araştırıyor, ardından yapmak istediği işi ve bu işin gerektirdiği ek erişimi açıklayan bir plan sunuyor. Ek izinleri sağlayan şey, bu planın onaylanmasıdır.

İki kötü uç

Yazı, temel sorunu iki başarısızlık modu arasındaki bir tercih olarak çerçeveliyor. Ajana geniş ve kalıcı bir erişim verirseniz, tek bir hata görevle ilgisiz kaynakları da etkileyebilir. Her ayrı eylem için onay isterseniz, kullanıcı ajanın sorunu nasıl çözmeyi planladığını anlamadan adımları onaylamaya başlar — üstelik tekrarlanan onay istemleri insanlarırefleks olarak onaylamaya alıştırır. Vercel'in yanıtı, onay kararını tek tek eylemlerden alıp gözden geçirilebilir bir plana taşımaktır.

Planlar izinleri tanımlar

Yazıya göre bir plan dört şeyi birbirine bağlıyor: kullanıcının istediği niyet, bunu gerçekleştirmek için önerilen görevler, bu görevlerin gerektirdiği adlandırılmış yetenekler (kapsamlar) ve kimlik bilgileri ile API kontrollerinden oluşan uygulama katmanı. Saklanan her plan, görevlerini ve ilerlemesini kaydeder; talep edilen kapsamlar tek tek görevlere eklenir ve görev açıklamaları bu erişimin neden gerektiğini açıklar.

Araştırma aşaması onay gerektirmeden çalışır, çünkü temel izin seti şu anda adı read: ile başlayan tüm kayıtlı kapsamları içeriyor. Bu temeli aşan bir şey talep eden her plan — ya da GitHub üzerinde pull request açmak gibi desteklenen harici eylemler içeren her plan — salt okunur görevler de dahil olmak üzere bir bütün olarak onay bekler. Vercel bu uyarıyı kendisi de dile getiriyor: salt okunur işlemler yine de hassas bilgi açığa çıkarabilir, dolayısıyla otomatik yürütme işin zararsız olduğu anlamına gelmez.

Kullanıcının izinleri tavan oluşturur

Vercel Agent, kullanıcının bir ekip içinde hareket etmesi için yetkilendirdiği bir Vercel App olarak çalışır ve bu yetkilendirme kullanıcının kendi izinleriyle sınırlıdır — bir planı onaylamak, kullanıcının zaten sahip olmadığı bir erişim yarataamaz. OAuth servisi, bu yetkilendirmeyi belirli kapsamlar taşıyan kısa ömürlü tokenlarla değiştirir ve Vercel API'leri her istekte token'ı doğrular; böylece kapsam dışı bir işlem, model görevi tamamlamak için gerekli görse bile reddedilir.

Yazı, ayrıntı düzeyi sınırları hakkında açık sözlü. Deployment yazma erişimi tek bir yeniden dağıtımdan (redeploy) daha geniştir ve bir planda belirli bir deployment'ın adının geçmesi, tek başına token'ı o deployment'a daraltmaz. runtime bileşeni — ajanın yürütmesini koordine eden yazılım — onaylı kimlik bilgisini seçmeden önce planın hâlâ etkin olup olmadığını kontrol eder ve her istek ardından o kimlik bilgisinin kapsamlarına, ekibine ve sona erme tarihine göre denetlenir.

Çok sağlayıcılı işlerde tek bir plan, Vercel değişikliklerini bir GitHub pull request ile birleştirebilir, ancak izinler ve kimlik bilgileri sağlayıcı başına ayrı kalır. GitHub pull request onayı belirli bir sahip ve depoya bağlıdır; bu yüzden bir depoda pull request açma yetkisi almış olmak, kullanıcının erişebildiği başka bir depoya uzanmaz.

Kapsamlar için tek doğruluk kaynağı

Vercel, başlangıçta ajan için ayrı bir izin listesi tuttuğunu, bunun token'ları veren OAuth servisiyle eşitlenmemenin UAV-UAV eş zamanlı senkronizasyondan çıkabileceğini belirtiyor. Şimdi kapsam tanımlarını paylaşılan bir Vercel kapsam kayıt defterinden oturum kurulumunda bellek içi bir kataloga yüklüyor ve bu katalog üç aşamada danışılıyor: plan doğrulaması — bilinmeyen veya hatalı biçimlendirilmiş kapsam adları, plan saklanmadan veya onaya sunulmadan önce reddedilir; onay kararı — talep edilen kapsamlar planın salt okunur temele uyup uymadığını belirler; ve onaylanan iş için token hazırlığı.

Bir görev güncelliğini yitirmiş bir kapsam talep ederse — yazının örneği firewall kurallarını güncellemek — önerilen plan reddedilir ve geçerli kapsamlar geri gönderilir, böylece ajan düzeltme yapabilir. Bu, erişimi sessizce genişletmek yerine açık bir düzeltmeyi zorunlu kılar. Kayıt defterini getirmek gecikme ve servis bağımlılığı eklediğinden katalog önbelleğe alınır ve katalog yenilenene kadar saklanan planlar önbellekteki tanımlara göre denetlenir.

Çalışmayı güvenli şekilde sürdürme

Onaylar, kendilerini talep eden sohbet oturumundan daha uzun ömürlü olabilir. Saklanan planlar durumlarını, kimin ne zaman onayladığını taşır; bu da yetkilendirilmiş erişimi önerilen işe bağlar. Sürmeden önce runtime, planı yeniden yükler ve bir kimlik bilgisi seçmeden önce etkin olup olmadığını yeniden kontrol eder; durdurulmuş bir plan, token'ının süresi dolmamış olsa bile bu kontrolden geçemez. Bir onay ve bir durdurma isteği aynı anda gelirse, plan yalnızca durdurma henüz durumunu değiştirmediyse etkinleşebilir. Araştırma mevcut planın yetersiz olduğunu gösterirse ajan bir yerine koyma planı önerebilir — ve yükseltilmiş erişim isteyen bir planın kendi onayının alınması gerekir.

Neden önemli

Ajanların üretim ortamında çalışması demodan gerçeğe doğru ilerliyor ve zor kısım zekâ değil, yetkilendirme. Vercel'in yazısı somut ve yeniden kullanılabilir bir örüntü sunuyor: onayları gözden geçirilebilir bir planda topla, dar kapsamlı ve kısa ömürlü token'lar çıkar, sınırları model talimatlarına güvenmek yerine API katmanında uygula, her şeyi insanın kendi izinleriyle sınırla ve sürdürme ile yarış koşullarını birinci sınıf konular olarak ele al. Boşluklar hakkındaki dürüstlüğü — salt okunur otomatik olarak zararsız değildir ve yazma kapsamları adı geçen kaynaktan daha geniş kalır — onu kusursuz görünen bir tasarımdan başka ekipler için daha yararlı bir referans haline getiriyor.