Yapay zeka ajanı, soru cevaplayan bir sohbet aracından farklı: araç kullanır, adım atar, sonucu görür. Yazılım geliştirmede karşılığı ne?
Yapay zeka araçlarının ilk dalgası soru-cevap üzerine kuruluydu: siz sorardınız, model yazardı. İkinci dalga farklı bir fikirle geliyor — model yalnızca cevap üretmiyor, araç kullanıyor: dosya okuyor, komut çalıştırıyor, testi çalıştırıp sonucuna bakıyor ve gerekiyorsa tekrar deniyor.
Buna kısaca ajan deniyor. Aradaki farkı anlamak, bu araçlardan ne beklenmesi gerektiğini de belirliyor.
Sohbet aracı ile ajan arasındaki fark
| Sohbet aracı | Ajan | |
|---|---|---|
| Girdi | Sizin yazdığınız metin | Metin + ortamdan okuduğu bilgi |
| Çıktı | Metin | Metin + gerçekleştirilen eylem |
| Doğrulama | Sizde | Kısmen kendisinde (testi çalıştırır, sonucu görür) |
| Adım sayısı | Tek | Çok adımlı, kendi kendine ilerleyen |
| Risk | Yanlış bilgi | Yanlış bilgi + istenmeyen değişiklik |
Son satır önemlidir. Bir sohbet aracının hatası okunup atılabilir; bir ajanın hatası dosya değiştirmiş, komut çalıştırmış olabilir. Bu yüzden ajan kullanımının ilk kuralı geri alınabilirliktir: sürüm kontrolü olmayan bir yerde ajan çalıştırılmaz.
Geri besleme döngüsü neden bu kadar önemli?
Ajanları güçlü kılan şey modelin daha akıllı olması değil, sonucu görebilmesidir. Bir kod önerisi yazan model, o kodun derlenip derlenmediğini bilmez. Derleyiciyi çalıştırabilen bir ajan ise hatayı okur, düzeltir ve tekrar dener.
Bu döngü, yazılım geliştirmedeki en değerli şeyi otomatikleştirir: deneyip görmek. Aynı nedenle, testleri olan bir projede ajanlar belirgin biçimde daha başarılı çalışır. Test yazmak, artık yalnızca insan için değil, aracın da doğrulama zemini için gerekli.
Bugün gerçekten iyi yaptığı işler
| İş | Neden uygun |
|---|---|
| Tekrarlı dönüştürme | Aynı değişikliği yüzlerce dosyada tutarlı uygulamak |
| Test yazımı | Mevcut davranışı okuyup senaryo üretmek |
| Hata ayıklama başlangıcı | Yığın izini okuyup ilk şüpheliyi daraltmak |
| Kod tabanında arama | “Bu değer nereden geliyor” sorusunu izlemek |
| Belgeleme | Kodu okuyup açıklama üretmek |
Nerede zorlanıyor?
Ajanların zayıf olduğu yer, bağlamın yazılı olmadığı yerdir. Bir kararın neden öyle alındığı, hangi müşterinin hangi istisnayı istediği, hangi kod parçasına neden dokunulmadığı — bunlar çoğu zaman kod tabanında değil, insanların kafasında durur.
İkinci zorluk büyük tasarım kararlarıdır. Ajan, verilen çerçevenin içinde iyi çalışır; çerçevenin kendisini kurmak hâlâ mühendisin işidir. Üçüncüsü ise güvenliktir: yetkisi geniş bir ajan, iyi niyetle yanlış yeri değiştirebilir.
Ekip için pratik çerçeve
Sahada işe yarayan yaklaşım şudur: ajana dar yetki, net görev ve doğrulanabilir çıktı vermek. Değişiklik ayrı bir dalda yapılır, testlerden geçer, insan tarafından incelenir ve öyle birleştirilir. Bu düzen kurulduğunda ajan bir ekip üyesi gibi değil, çok hızlı çalışan bir stajyer gibi davranır — hızlıdır, yorulmaz, ama gözden geçirilmeden hiçbir işi canlıya gitmez.
Ölçüm: hız değil, kabul oranı
Ajan kullanan ekiplerde en sık yapılan ölçüm hatası, üretilen kod satırını ya da kapatılan görev sayısını saymaktır. Bu sayılar yükselirken kalite düşebilir; üstelik gözden geçirme yükü ekibin üzerine biner ve kazanılan zaman incelemede geri kaybedilir.
Daha anlamlı iki ölçüt var. Birincisi kabul oranı: ajanın ürettiği değişikliğin ne kadarı düzeltilmeden birleştirildi? İkincisi geri dönüş oranı: birleştirilen değişikliklerin ne kadarı sonradan hata çıkardı? İkisi birlikte bakıldığında ajanın gerçekten yük azaltıp azaltmadığı görülür.
Bu ölçümlerin yan faydası da vardır: ajanın hangi tür işte iyi, hangi tür işte kötü olduğunu ekibe gösterir. Sahada tekrar eden sonuç şudur — iyi tanımlanmış ve doğrulanabilir işlerde çok iyi, belirsiz ve bağlam gerektiren işlerde zayıf. Görev dağılımını buna göre yapan ekipler kazanıyor.
Daha fazlası: Ajanların araçları nasıl kullandığını ve bu döngünün nasıl kurulduğunu adım adım anlattığımız videoyla devam edebilirsiniz.
Videoyu sitemizde izle · YouTube'da aç · Bapati kanalına abone ol
