Google'ın Açık Kaynak AX Agent Orchestrator'ına 'Milyarlar' İddiası Nedeniyle Şüpheyle Bakıldı

Google, Agent Executor'ın kısaltması olan AX'i açık kaynak yaptı; deponun tanımına göre bu deklaratif orchestrator, bir kümede milyarlarca otonom agent iş yükünü çalıştırabiliyor. Apache 2.0 lisansıyla Google'ın GitHub organizasyonunda yayımlanan proje, bir gün içinde Hacker News'te en çok tartışılan AI gönderisi oldu ve dev.to'daki lansman yazısına göre yaklaşık iki günde 649 puan ile 296 yorum topladı.

AX gerçekte ne

dev.to'ya göre AX, izole ortamlarda çalışan agent iş yükleri için dağıtık bir runtime. Ayrı bir proje olan Agent Substrate'a bağımlı; Substrate bir kontrol düzlemi API sunucusu, snapshot alma için bir node daemon'u, bir Envoy ağ denetleyicisi ve iki sandbox çalıştırıcısı sağlıyor; bunlardan biri gVisor, diğeri micro-VM tabanlı. Substrate, resmi olarak desteklenen bir Google ürünü olmadığına dair bir uyarı taşıyor.

dev.to raprorunun yazıldığı sırada depoda yaklaşık 1.968 yıldız ve 623 commit vardı. README, temel kavramların hâlâ geliştirilmekte olduğunu ve stabil bir sürümden önce büyük kırıcı değişikliklerin olası olduğunu belirtiyor.

Vaat ile ön koşullar arasındaki uçurum

Hacker News tepkilerinin çoğu mühendislik kalitesine değil, pazarlama ile kurulum arasındaki mesafeye odaklandı. Proje sayfası AX'i basit bir önerme olarak sunuyor: deklaratif bir agent görevi tanımlayın, o ölçeklene biçimde çalışsın. Buna karşılık quickstart bir Kubernetes kümesi, ko image builder, kumenin pull yapabileceği bir container registry ve erişilebilir bir Substrate kontrol API'si gerektiriyor.

dev.to'nun aktardığına göre en yüksek puanlı yanıt, aracın nasıl satıldığı ile gerçekte ne olduğu arasında devasa bir uçurum olduğunu ve aracın yalnızca Kubernetes'in çok sayıda VM'yi yönetmekten daha kolay olması anlamında "daha kolay" olduğunu savundu. Başka bir yorumcu tartışmayı bir espride topladı: agent altyapısını kolaylaştırmak ve Kubernetes gerektirmek — birini seçin.

Dört deklaratif primitive

tasarımın kendisi daha fazla ilgi gördü. AX, ax.io/v1alpha1 altında YAML ile tanımlanan ve CLI'sı bilinçli olarak kubectl'e benzetilen dört primitive tanımlıyor:

• Task: CPU ve bellek limitleri olan izole bir sandbox; her task başına bir actor.
• Workspace: agent'ın başlangıçta sahip olduğu şeyler; örneğin klonlanmış Git repoları, bağlanmış MCP sunucuları ve skill'ler, ya da ilk açılışta ele alınan düz İngilizce bir hedef.
• Gateway: host ve port'lardan oluşan bir allowlist ile credential enjeksiyonu; agent'ın çevresindeki ağ çiti.
• Model: model seçimi, parametreler ve secret'lar tek bir yerde.

dev.to'nun belirttiği gibi bunların hiçbiri tek başına yeni değil. Cazip olan şey bir araya gelmeleri: repoları klonlanmış, araçları bağlanmış ve ağı çitlenmiş bir agent'ı tek bir deklaratif dosyayla ayağa kaldırmak.

Manşetin altındaki mühendislik

dev.to makalesine göre depo 20 Eylül'de üç binary etrafında yeniden yapılandırıldı: bir gRPC API sunucusu, Redis Streams tüketen bir reconciler ve sandbox'lı worker'larda çalışan bir task runner. Task durumu, Kubernetes custom resource'lardan Redis'e taşındı; bunun nedeni açıkça, milyonlarca kısa ömürlü task'ın etcd'yi zorlamaması içindi.

Substrate'ın altındaki ekonomik içgörü, projenin kendisi tarafından da ifade edildiği gibi, agent'ların zamanının çoğunda boşta olduğudur. Substrate, daha büyük bir actor kümesini daha küçük bir hazır worker kümesine eşler ve pod başına birçok agent oturumunu çoğullaştırır. Projenin kendi demosunda, 8 pod üzerinde yaklaşık 250 durum saklayan actor oturumu ile saniyenin altında askıya alma ve devam ettirme gösterildiği bildiriliyor.

Kimsenin inanmadığı sayı

Küme başına orchestrator limiti olmadan milyarlarca eşzamanlı agent oturumu iddiası keskin itirazlar aldı. Yorumcular milyarlarca eşzamanlı agent'ı kimin karşılayabileceğini sordu; en yapıcı yeniden çerçeveleme ise iş yükü biçimini kabul edip sayıyı reddetti: gerçekçi kullanım, günlük yazılım ekibi işleri değil; evaluation'lar, pekiştirmeli öğrenme ve eğitim verisi toplama için büyük ve patlamalı filolar olur. Google'ın kendi mesajlaşması araştırmacılara işaret ediyor ve mimariye uyan kitle de tam olarak bu. dev.to'nun sonuçlandırdığı gibi her ikisi de doğru olabilir ve ölçek iddiasına ilişkin yayımlanmış, denetlenmiş bir benchmark henüz mevcut değil.

Benimsenmeyi belirleyebilecek bir kimlik sorunu

En önemli itiraz task sayılarından çok kimlikle ilgiliydi. Düzlerce task bir worker'ı paylaştığı için, bir yorumcuya göre Kubernetes pod kimliği artık tek bir iş yüküne ait olduğu için güvenilemez durumda; çünkü bir pod normalde bir güvenlik ve denetim sınırı işlevi görür. Yorumcu bunu benimsenme önünde bir engel olarak nitelendirdi. Runtime üzerinde çalışan biri tartışmada Substrate'ın bir OIDC ve SPIFFE kimlik sağlayıcısı olarak işlev gördüğünü ve bir actor'ın kimliğini taşıyan credential'ların egress gateway üzerinden giden isteklere enjekte edilebildiğini söyledi. Bu çalışmanın hâlâ sürmekte olduğu belirtildi.

Neden önemli

AX, agent altyapısının nereye gittiğine dair erken bir sinyal: deklaratif, sandbox'lanmış, çoğullaştırılmış agent filolarının agent başına container sorunu değil, küme zamanlama sorunu olarak ele alınması. Hacker News tartışması, dürüst ölçek sayılarından güvenlik ve denetim modellerinin pod başına tek iş yükü izolasyonunun kaybına dayanıp dayanamayacağına kadar, benzer her sistemin karşılaşacağı benimseme sorularının önizlemesini sunuyor. Büyük kırıcı değişiklikler vaat edilmişken, kimlik çalışması tamamlanmamışken ve denetlenmiş benchmark'lar yayımlanmamışken AX bugün iddialı bir deney olarak okunuyor, bir üretim bağımlılığı olarak değil; ve proje de öyle olduğunu saklamıyor.