Google, Antigravity geliştirme ortamına /boost adlı yeni bir komut ekledi. Bu komut çağrıldığında tek bir kodlama asistanı yerine çok ajanlı bir akıl yürütme hattı başlar: bir orkestratör sorunu okur ve görevlere böler, bunları yalıtılmış kapsamlarda çalışan uzmanlaşmış ajanlara dağıtır, ardından sonucu, size herhangi bir şey ulaşmadan önce testleri gerçekten çalıştıran bağımsız doğrulama turlarından geçirir. Asıl haber yapay zekânın daha hızlı kod yazması değil. Asıl haber, kodlama araçlarının doğrulamayı aracın kendisine yerleştirmeye başlamış olması.

Google tam olarak ne duyurdu

Resmî Antigravity dokümantasyonuna göre /boost özellikle zor yazılım mühendisliği için tasarlandı: eşzamanlılık hataları ve yarış koşulları, algoritmik optimizasyon, ortaya çıkıp kaybolan ince regresyonlar ve birden fazla dosyaya yayılan karmaşık yeniden düzenlemeler. Bunlar tam da geleneksel, tek turlu bir asistanın başarısız olduğu sorunlardır; çünkü bunları çözmek doğrudan üretim yerine deneme yapmayı ve geri dönmeyi gerektirir.

Komut üç net aşamada çalışır:

  • Planlama: birincil bir orkestratör isteminizi alır, çalışma alanının bağlamını inceler, bir yürütme stratejisi oluşturur ve sorunu ayrık, doğrulanabilir alt görevlere böler.
  • Dağıtık yürütme: orkestratör bu alt görevleri uzmanlaşmış ajanlara dağıtır. Uygulama iş akışları kod ve birim testleri yazar. İnceleme iş akışları hiçbir dosyayı değiştirmeden kök neden hata ayıklaması yapar ve çağrı grafiklerini izler. Yerel doğrulama ajanları rapor vermeden önce hipotezleri doğrulamak için derleme hedeflerini ve test paketlerini çalıştırır.
  • Teslimattan önce doğrulama: orkestratör bulguları bir araya getirir ve tam test paketleri ile uç durumlara karşı regresyon kontrolleri çalıştırır. Bir doğrulama ifadesi başarısız olursa hata tanılaması otomatik düzeltme için bir sonraki yinelemeye aktarılır ve doğrulanmış değişikliklerin özetini ancak her şey geçtiğinde alırsınız.

Bunların hepsi geçici, yalıtılmış worktree'lerin içinde çalışır; yani ajanlar projenin sizin çalışma kopyanız üzerinde deneme yapmaz.

Bir değil, üç mod

Google üç ayrı yürütme modunu belgeliyor ve aralarındaki fark pratikte işe yarayan kısımdır:

  • Varsayılan ajan: etkileşimli kodlama, kod tabanında gezinme ve genel yeniden düzenleme. Saniyelerden dakikalara uzanan görev ufku, tek ajanlı bir döngü, tek geçişli doğrulama. Tüm planlarda mevcut.
  • /boost: derin akıl yürütme ve inatçı hatalar. Saniyelerden saatlere uzanan görev ufku, üç aşamalı bir hiyerarşi, çok turlu bağımsız doğrulama. Ücretli planlarda mevcut.
  • /teamwork-preview: büyük geçişler veya tüm alt sistemlerin inşası üzerinde günlerce çalışan ajan ekipleri; Explorer, Worker, Critic ve Auditor gibi adlandırılmış rollerle ve bir kilometre taşı onaylanmadan önce kodu kasıtlı olarak bozmaya çalışan doğrulama kapılarıyla.

Kademeye dikkat edin: görev büyüdükçe yatırım hız yerine incelemeye kayıyor. Bu, bir yazılım projesi yürüten herkesin dikkat etmesi gereken bir sinyal.

Bu neden yalnızca geliştiriciyi değil, işletme sahibini de ilgilendiriyor

Son iki yıldır programlamada yapay zekâ tartışması bir hız tartışması oldu: dakikada kaç satır üretildiği. Sorun şu ki gerçek projelerde darboğaz hız değil. Darboğaz güven. Bu kod, kimsenin denemediği durumlarda gerçekten çalışıyor mu?

/boost'un mimarisinin örtük olarak söylediği şey, sektörün de aynı sonuca vardığıdır. Daha hızlı gelen kod, teslimattan sonra iki haftalık hata ayıklamaya mal oluyorsa hiçbir değeri yoktur. Bu yüzden araç, yapay zekâ olsun ya da olmasın, her teknik ekip için geçerli olan üç kural etrafında inşa edilmiştir:

  • Yazar kendi işini notlandırmaz: doğrulayan taraf uygulayan taraftan ayrıdır. Bu, onlarca yıldır kod incelemesinin arkasındaki ilkedir. Artık aracın içinde zorunlu kılınıyor.
  • Kanıt beyan değil, çalıştırmadır: testlerin geçtiği iddiasını kabul etmek yerine testler gerçekten çalıştırılır ve gerçek çıktıları kontrol edilir.
  • Yalıtım orijinali korur: denemeler ayrı bir kopyada yapılır, böylece başarısız girişimler asla projeye sızmaz.

Yazılım geliştirme hizmeti satın alıyorsanız, tedarikçinize sormanız gereken üç soru tam olarak bunlardır: kim inceliyor, testlerin geçtiğinin kanıtı ne ve denemeler nerede yapılıyor?

Değişmeyen ne

Böyle bir haberi mühendislere artık ihtiyaç olmadığının ilanı olarak okumak kolaydır. Dokümantasyon ise açıkça bunun tersini söylüyor: ajanlar çalışma alanınız için yapılandırılmış dosya erişim kurallarını ve komut yetki politikalarını devralır ve her korumalı komut veya güvenilir kapsamlar dışındaki her düzenleme kullanıcıya bir yetkilendirme istemi gönderir. Zincirin sonunda sorumlu bir insan vardır.

Üstelik yetkiler işin küçük yarısıdır. Bir ajan sizin tarif ettiğiniz sorunu çözer. Tarifin kendisinin yanlış olduğunu bilemez. Faturalama döngünüzün ayın 30'unda değil 25'inde kapandığını, bu alanın bir satış temsilcisine asla görünmemesi gerektiğini ya da müşteriniz "sipariş" dediğinde sizin kastettiğinizden farklı bir şeyi kastettiğini bilmez. Gereksinimleri tanımlamak, alanı anlamak ve kararın sahibi olmak tamamen insan işi olmaya devam ediyor.

Origami'de buna nasıl bakıyoruz

Çok ajanlı araçlara her üretkenlik aracına baktığımız gibi bakıyoruz: yürütmeyi hızlandırırlar, sorumluluğu devretmezler. Burada bir proje, kodu ister bir insan yazmış ister bir ajan üretmiş olsun, canlıya çıkmadan önce yine yazılı spesifikasyonlardan, insan incelemesinden, bir test paketinden ve bir staging ortamından geçer. Kendi testlerini çalıştıran bir araç bu zincire hoş bir katkıdır, ama zincirin bir halkasıdır, onun yerini tutmaz.

İşletme sahibi için pratik çıkarım: teslim sürelerinin özellikle karmaşık işlerde kısalmasını bekleyin, ama testsiz, dokümantasyonsuz ve insan sorumlusu olmayan bir teslimi kabul etmeyin. Kendini inceleyen araçlar ulaşılabilir kalitenin tavanını yükseltir. İnşa edilen şeyin sizin istediğiniz şey olduğunu garanti eden birine olan ihtiyacınızı ortadan kaldırmazlar.

Kaynaklar