Google AX ve Agent Substrate nedir: iki katman gerçekte ne yapar

X üzerindeki geliştirici paylaşımları günlerce iki ismi tartıştı: Google AX ve Agent Substrate. Hedefledikleri sorunu görünce heyecan anlaşılır. Şirketler otomasyon için yüzlerce yapay zeka ajanı koşturuyor ve yazılımın eski evleri onlara uymuyor. Bu yazı iki katmanı sade dille anlatır: her biri ne yapar, nasıl bağlanır, gerçek işe emanet etmeden önce ne kontrol edilir.

Ajanlar neden mikroservise ya da batch işe uymaz

Klasik bulut düşüncesi iki şekil sunar. Mikroservis hep açıktır, isteklere yanıt verir. Batch iş başlar, sonuna kadar koşar, çıkar. Yapay zeka ajanları tamamen üçüncü şekildir:

• Uzun sohbetler ve araç çağrıları boyunca durum tutar.
• Kimsenin incelemediği komutlar dahil kendi kendine kod yazar ve çalıştırır.
• Çok bekler: model yanıtını ve insan onayını, bazen saatlerce.
• İzlenmezse döngüye girip sonuçsuz para yakabilir.

Mikroservis platformu ajan beklerken de ücret yazar. Batch platformda adımlar arası ajan hafızasını tutacak yer yoktur. Ekipler ya boş sunucuya öder ya da ikisinin etrafına kırılgan yapıştırma kodu yazar. Amaca özel ajan altyapısına ilginin tamamı bu boşluktandır.

Alt katman: Agent Substrate, çalışma zamanı ve veri düzlemi

Substrate ajanların bastığı zemindir. Üç fikir değerin çoğunu taşır.

Sıfır boş bekleme ve snapshot ile devam. Ajan model yanıtı ya da insan onayı beklerken Substrate hafıza ve durumu diske yazar, CPU ve RAM kaynaklarını serbest bırakır, sonraki olay gelince ajanı geri getirir. İlk paylaşımlar yarım saniyenin altında devam ve sunucu başına çok daha yüksek ajan yoğunluğu anlatır. Bu rakamları bağımsız ölçüm değil projenin aktardığı iddia olarak kabul et, ama mekanizmanın kendisi tanıdıktır: serverless ölçeklenmenin dondur ve çöz fikri, HTTP işleyici yerine ajan durumuna uygulanmış hali.

Donanım düzeyinde korumalı alan. Ajanlar üretilmiş kod çalıştırır, her koşu kısmen güvenilmezdir. Substrate her ajanı mikro sanal makinelerde ya da gVisor tarzı kum havuzlarında yalıtır, kötü komut kendi kutusunda kalır. Paylaşımlı CI koşucuları ya da çok kullanıcılı defterler işlettiysen bu disiplini bilirsin: üretilmiş kod asla ana makineye doğrudan dokunmaz.

Pano değil veri düzlemi. Substrate bayt taşır ve işlem zamanlar. Ajanın sonra ne yapacağına karar vermez. Bu ayrım önemlidir, üst katman yürütmeye dokunmadan politikayı değiştirebilir.

Üst katman: AX, Kubernetes tarzı kontrol düzlemi

AX insanların filoyu yönettiği yerdir. Kubernetes kitabını ödünç alır: istenen durumu bildir, denetleyicinin gerçeği ona yaklaştırmasına izin ver, her şeyi kısa komutlarla incele. Kubectl kullanan operatörler apply, get, suspend, resume ve ssh gibi fiilleri tanır.

Dört nesne işin neredeyse tamamını yapar:

Task. Yalıtılmış alanda çalışan tek ajan işi. Oluştur, izle, duraklat, devam ettir, yoldan çıkınca kabuğunu aç. Pod Kubernetes birimiyse Task AX birimidir.

Workspace. Ajanın açılışta gerektirdiği her şey: alınmış Git depoları, bağlı MCP sunucuları, kurulu araçlar. Çalışma alanını önden bildirmek ajan koşusunu kartanesinden çıkarıp tekrarlanabilir yapar.

Gateway. Ağ kapısı. Ajanın hangi dış sunucu ve API çağrısı yapabileceğini listeler, gerisini engeller. Güvenlik incelemesi önce bu nesneyi okur, çünkü internete açık ve kod çalıştıran ajan, bir istem bekleyen ihlaldir.

Model. Ajanın hangi dil modelini çağıracağı ve anahtarların nerede duracağı. Merkezi anahtar yönetimi, API anahtarlarını ajan yapılandırmalarına saçmaktan iyidir; sır yönetiminin on yıl önce öğrettiği dersin aynısı.

İki katman nasıl bağlanır

Tipik akış şöyledir. AX CLI üzerinden Workspace, Gateway politikası ve Model referansı olan bir Task bildirirsin. AX Task kabul edip Substrate teslim eder. Substrate kum havuzunu başlatır, çalışma alanını bağlar, ajanı koşturur. Ajan beklerken Substrate anlık görüntüsünü alıp makineyi geri alır. Model yanıtlayınca ya da insan onaylayınca Substrate görüntüyü geri yükler, ajan devam eder. AX sana bütün süre boyunca tek sabit Task gösterir, altta ajan defalarca donup çözülmüş olabilir.

Çalışılmış örnek: kurgusal gece triyaj ajanı

Aşağıdaki bağlam kurgusaldır. Kurgusal BrightCart mağazası (kurgusal) her gece hata kuyruğunu okuyan, olay notu taslağı yazan, her notu kaydetmeden önce nöbetçi mühendisin onayına sunan bir ajan koşturur.

Klasik sunucuda ajan doksan dakikalık gerçek iş için sekiz saatlik konteyner tutar. Substrate tarzı çalışmada ajan taslak yazarken koşar, onay beklerken donar, mühendis onayı tıklayınca devam eder. AX operatöre yalnız bilet API ve doküman sunucusuna izin veren Gateway olan tek Task gösterir, Workspace içinde runbook deposu hazırdır. Fatura duvar saati yerine aktif işleme, risk yarıçapı ajanın hayal gücü yerine Gateway politikasına uyar.

Kontrol listesi: ikiliyi dürüst değerlendir

1. Snapshot iddiasını kendin tekrar üret: ajanı sohbet ortasında dondur, devam ettir, durum kaybı olmadığını doğrula.
2. Gateway politikasını saldırgan gibi oku: ajanın eriştiği her hostu listele, her birinin neye izin verdiğini sor.
3. CLI gerçek iş akışına vur: takılmış ajanı bugünkünden hızlı duraklatıp inceleyip devam ettirebiliyor musun?
4. Yoğunluk ve maliyet iddialarına inanmadan önce tek iş yükünü uçtan uca ölç.
5. Bir iş yükünü bir ay kontrol grubu olarak eski altyapıda tut.

İlgili okuma

• Boş beklemenin neden gerçek para olduğu, DevOps Foundations içinde öğrettiğimiz operasyon alışkanlığıdır.
• Üç seviye ve gözetimli değerlendirmenin tamamı DevOps programı sayfasındadır.
• Güvenilmez işi kum havuzuna almak, küçük güvenli konteyner imajları disiplininin aynısıdır.