Google Antigravity CLI güncellendi: Remote Control ile kodlama ajanını Linux sunucuda arka planda çalıştırma
Google Antigravity CLI v1.2.14 ile Remote Control servisi systemd olmayan Linux makinelerde de arka planda başlıyor. Neyin değiştiğini, Automations ve /plan özelliklerinin ekipler için anlamını ve ajanı kendi sunucunuzda güvenle nasıl çalıştıracağınızı özetledik.
sunucu.com.tr Ekibi4 dk okuma
Google Antigravity CLI son iki sürümde küçük görünen ama sunucu tarafında iş gören değişiklikler aldı. En önemlisi şu: Remote Control servisi artık systemd bulunmayan Linux makinelerde de arka planda başlayabiliyor. Masaüstü uygulaması tarafında da zamanlanmış görevler Automations adıyla yenilendi. Kodlama ajanını kendi dizüstü bilgisayarı yerine sürekli açık bir sunucuda çalıştırmak isteyen yazılımcıları ve ekip liderlerini en çok bu değişiklikler ilgilendiriyor.
Ne değişti
CLI tarafı: v1.2.13 ve v1.2.14
- Remote Control ve systemd: v1.2.14'ten itibaren
remote-control startkomutu, makinede systemd kullanıcı servis yöneticisi yoksa daemon'u sıradan bir arka plan süreci olarak başlatıyor. Bazı container imajları, hafif dağıtımlar ve WSL benzeri ortamlar bu duruma örnek. - Mesaj kuyruğu:
/configmenüsüne Queued Messages seçeneği eklendi. Varsayılan değer olan Queue, ajan çalışırken yazdığınız mesajları o tur bitene kadar bekletiyor. Send Immediately seçilirse ajan yeni mesajla hemen kesiliyor. - Daha katı
--json-schema: Düz metin,stringgibi yalın tip adları ya da var olmayan şema dosyaları artık sessizce kabul edilmiyor, reddediliyor. Betiklerde bu seçeneği kullanıyorsanız güncellemeden sonra hata alabilirsiniz. - Kararlılık: Ajanın pipe, socket ya da aygıt dosyalarına takılıp kalması giderildi. Binlerce adımlık uzun konuşmalar daha hızlı açılıyor.
- Yeniden deneme: v1.2.13'ten beri model API'si bir bekleme süresi bildirdiğinde CLI sabit 5 saniye beklemek yerine sunucunun istediği süreye uyuyor.
Masaüstü uygulaması: v2.17.0 ile v2.21.0 arası
- v2.21.0'da Scheduled Tasks bölümünün adı Automations oldu. Zamanlanmış bir otomasyonu Run Now ile beklemeden çalıştırabiliyor, Create with Prompt ile kurulumu ajana yaptırabiliyorsunuz.
- Yine v2.21.0'da ajanın iki yanıt arasındaki dosya düzenlemeleri, terminal komutları ve dosya okumaları kısa bir özetle tek bir katlanabilir satırda gösteriliyor.
- v2.19.1 mesaj kutusundan doğrudan bir alt ajana yazmayı ve artifact içindeki Markdown'ı PDF olarak dışa aktarmayı getirdi.
- v2.18.1'deki Customizations sekmesi eklentileri uygulama içinden bulup kurmayı ve yönetmeyi sağlıyor.
- v2.17.0'daki
/plankomutuyla ajan, kod yazmadan önce okuyup düzenleyebileceğiniz bir plan taslağı çıkarıyor.
Ne anlama geliyor
Ajan dizüstünden sunucuya taşınıyor
systemd şartının kalkması, Google Antigravity CLI'yi kurabileceğiniz ortamların sayısını artırıyor. Ajanın uzun süren bir görevi, siz kapağı kapattığınızda yarıda kalmıyor. Kuyruk ayarı da uzaktan çalışırken işe yarıyor: aklınıza gelen notu yazdığınızda ajanın o anki işi bölünmüyor.
Denetim, hız kadar önemli
Automations ve /plan birlikte ele alınmalı. Zamanlanmış bir ajan, siz başında değilken depoda değişiklik yapabilir. Bu yüzden ekipler için makul bir düzen şöyle: önemli işler /plan ile başlasın, plan bir kişi tarafından onaylansın, otomasyonlar ise ilk aşamada yalnız okuma ve raporlama gibi düşük riskli işlere ayrılsın. Katlanabilir özet satırları inceleme işini kolaylaştırıyor ama ayrıntıları açıp bakmanın yerini tutmuyor.
Türkiye'deki ekipler için
- Veri ve KVKK: Ajanın çalıştığı makinede kaynak kod, ortam değişkenleri ve bazen müşteri verisi bulunur. Sunucunun nerede durduğu, kimlerin erişebildiği ve günlüklerin ne kadar saklandığı netleşmeli. Modele hangi verinin gönderildiği ayrıca değerlendirilmeli; sunucuyu yurt içinde tutmak bu sorunun yalnız bir kısmını çözer.
- Maliyet: Ajanın kendisi model API'sine bağlı çalıştığı için GPU gerekmez. Genellikle küçük ya da orta boy bir sanal sunucu yeterlidir; asıl harcama model kullanımında oluşur.
- Ekip akışı: Paylaşılan tek bir sunucu yerine geliştirici başına ayrı kullanıcı ya da ayrı sunucu, kimin hangi değişikliği tetiklediğini izlemeyi kolaylaştırır.
Google Antigravity CLI'yi Linux sunucuda nasıl denersiniz
- Ayrı bir makine seçin. Üretim sunucusu yerine ajana özel bir Linux makine kullanın. Esnek kaynaklı bir bulut sunucu bu iş için yeterli bir başlangıçtır.
- Root kullanmayın. Ajan için yetkileri sınırlı bir kullanıcı açın ve yalnız ihtiyaç duyduğu depoları bu kullanıcıya verin.
- CLI'yi resmi belgelere göre kurun. Kurulum ve oturum açma adımları için Antigravity belgelerindeki başlangıç rehberini izleyin, internetten bulduğunuz hazır betiklere güvenmeyin.
- Remote Control'ü başlatın. systemd olmayan bir ortamdaysanız v1.2.14 ya da üstünü kullandığınızdan emin olun; eski sürümlerde servis arka planda kalmayabilir. Bağlantı ve kimlik doğrulama ayrıntıları için Remote Control belgesine bakın.
- Erişimi daraltın. SSH'ı anahtarla sınırlayın, gereksiz portları kapatın. Kimlik bilgilerini depoya değil, yalnız ajan kullanıcısının okuyabildiği bir dosyaya koyun.
- Betikleri kontrol edin.
--json-schemakullanan otomasyonlarınız varsa şemaları dosya olarak ve geçerli biçimde verdiğinizi doğrulayın. - Geri dönüş yolu bırakın. Ajanın çalıştığı dizinleri düzenli yedekleyin ve değişiklikleri doğrudan ana dala değil, ayrı dallara aldırın.
Benzer bir kurulumu başka araçlarla da yaptıysanız Codex CLI'yi uzak sunucuda çalıştırma ve Gemini CLI'yi Linux sunucuda sandbox ile çalıştırma yazılarımızdaki güvenlik önerileri burada da geçerli.
Sık sorulan sorular
systemd olmayan bir sunucuda Remote Control kalıcı olur mu?
v1.2.14 ile daemon arka plan süreci olarak başlıyor. Ancak sunucu yeniden başladığında servisin kendiliğinden kalkıp kalkmayacağı belgede bu sürüm notunda açıklanmıyor. Yeniden başlatma sonrası davranışı kendi ortamınızda test edin.
Ajan için GPU sunucu gerekir mi?
Hayır. Model uzakta çalıştığı için ajan makinesi kod derleme, test ve dosya işlemleri kadar kaynağa ihtiyaç duyar. Projenizin derleme yüküne göre boyutlandırmanız yeterli.
Automations'ı hemen üretim deposunda açmalı mıyım?
Önerimiz hayır. Önce raporlama gibi değişiklik yapmayan işlerle başlayın, /plan ile onay adımı ekleyin ve ajanın çıktılarını bir süre izleyin.
Güncellemeden sonra betiklerim neden hata veriyor?
En olası neden --json-schema seçeneğinin artık geçersiz girdileri reddetmesi. Şemanın gerçekten var olan, geçerli bir dosya olduğunu kontrol edin.
Kaynaklar
- #google antigravity
- #kodlama ajanı
- #antigravity cli
- #linux sunucu
- #bulut sunucu
- #remote control
- #yapay zeka gündemi

