Google Antigravity, Modeller Arası Dinamik Geçişler İçin Orchestrator’ı Kullanıma Sunuyor

Google Antigravity, 12 Kasım 2026’da belirtti: Google AI Ultra abonelerine sunulmaya başlanan model açılır menüsü seçeneği Orchestrator, tek bir oturum içinde Gemini 4 Carbon ile Gemini 4 Hydrogen arasında dinamik olarak geçiş yaparak Terminal-Bench 4.1’de Carbon’a yakın görev başarısı elde etti; ortalama kota kullanımını %24 azaltırken görevleri %19 daha hızlı tamamladı.

Yeni Hydrogen modeli, Antigravity’de ücretli Google AI Pro ve Ultra abonelerine ayrıca sunulmaya başlıyor. Kurumlar ise her iki modele Gemini for business üzerinden erişebiliyor. Google, gelecekte Orchestrator’ın ek modelleri ve abonelik planlarını da destekleyeceğini söylüyor; Hydrogen’ı Carbon’ın ve Argon’un daha derin, uzun vadeli akıl yürütme yeteneklerinin hızlı yürütme karşılığı olarak tanımlıyor.

Tek Oturumda Dinamik Model Geçişleri

Orchestrator, bir oturum boyunca öncü bir akıl yürütme modeline ve birden fazla paralel ajana dayanmanın yinelemeleri yavaşlatıp öncü model kotasını tüketebildiği rutin özellik geliştirme ve hata ayıklama çalışmalarını hedefliyor. Geleneksel, statik bir yönlendirici ise önce başlangıç isteminin zorluk düzeyini tahmin ediyor, ardından görevin tamamını yeterli gördüğü en ucuz modele veriyor. Google’a göre bu tek seferlik tahsis, uzun süre çalışan ajanlar için pek uygun değil; çünkü bir görevin gereksinimleri değişebilir ve ancak yürütme sırasında netleşebilir.

Orchestrator, süreç ilerledikçe iki model arasında her iki yönde de geçiş yapabiliyor. Google’ın verdiği örnekte Carbon, bağımlılıkları yalnızca okuyarak incelemekle işe başlıyor, belirsizlikleri gideriyor ve yeniden planlamayı tetikleyecek açık koşullar içeren bir plan hazırlıyor. Ardından Hydrogen düzenlemeleri uyguluyor, paketleri güncelliyor ve testleri çalıştırıyor. Hydrogen bir engelle karşılaşırsa Carbon kontrolü yeniden alarak mevcut durumu inceliyor, planı düzeltiyor ve yürütmeye devam ediyor. Böylece bir oturumda, her uygulama adımını aynı modele vermek zorunda kalmadan planlama veya sorun giderme için daha derin akıl yürütmeden yararlanılabiliyor.

SDK Üzerinden Açık Model Rolleri Tanımlama

Otomatik geçiş yerine modelleri açıkça görevlendirmek isteyen geliştiriciler, Hydrogen ile Carbon’ı Antigravity SDK üzerinden birbirine bağlayabiliyor. Böylece çok ajanlı bir iş akışında her rolü hangi modelin üstleneceğini programatik olarak kontrol edebiliyorlar.

Google’ın açık kaynaklı sorun sınıflandırma demosunda Hydrogen ajanları, gelen sorunları sınıflandırıp kodlayarak, kod tabanında arama yaparak, açıklayıcı sorular sorarak ve çekme isteği yorumlarına göre kullanıcı arayüzündeki değişiklikleri yineleyerek iş yükünü karşılıyor. Daha kapsamlı yeniden düzenlemeler, yeni özellikler ve güvenlik kontrolleri ise bir Carbon ajanına veriliyor. Demo, hızlı yürütme ile derin akıl yürütme arasındaki genel iş bölümünü kullanıyor; ancak sınırları Orchestrator’a bırakmak yerine geliştirici belirliyor.

Orchestrator, /swarm’dan Nasıl Farklılaşıyor?

Orchestrator, çok sayıda dosya ve test paketine yayılan mühendislik çalışmalarını hedefleyen Gemini 4 Carbon ve /swarm’ın 10 Kasım 2026 tarihli önizlemesinin ardından sunuldu. /swarm belgelerine göre bir koordinatör, görevi ayrı dosyalar, paketler veya sorular üzerinde çalışan, adları belirlenmiş işçiler arasında paylaştırabiliyor; doğrulayıcılar ise değişiklik kümelerini inceleyip testleri çalıştırıyor. İşçilere ayrıca bir deponun yalıtılmış çalışma kopyaları verilebiliyor. Orchestrator ise farklı bir yapıyı ele alıyor: bağımsız parçalar üzerinde paralel çalışacak bir ekip kurmak yerine, gelişen tek bir oturum sırasında kullanılan modeli değiştiriyor.

Bu özellikler, ajan tabanlı çalışmayı iki farklı biçimde bölüyor: Bir projenin parçalara ayrılabildiği durumlarda ajanlar arasında, tek bir konuşmanın planlama, yürütme ve düzeltme aşamaları arasında ilerlediği durumlarda ise modeller arasında. Pratikteki değişim şu: Model seçimi artık istem gönderilirken verilen tek seferlik bir karar olmak zorunda değil; Orchestrator’da uyarlanabilir, SDK’da ise açıkça belirlenmiş biçimde iş akışının mimarisinin bir parçası hâline gelebiliyor.