Codex CLI mi Claude Code mu Gemini CLI mı: hangi kodlama ajanı hangi iş için?

Kodlama ajanı seçerken ilk soru "hangisi en güçlü?" olmamalı. Asıl soru, bugün hangi işi güvenli biçimde devredeceğin: mevcut repoda kontrollü düzenleme mi, uzun bir refactor mı, yoksa büyük bir bağlamı tarayıp araştırma destekli bir değişiklik mi?

Bu yazı yeni bir benchmark sonucu değil. Üç aracın kendi dokümanlarında açıkladığı yüzeyi karşılaştırıyor; bu yüzden aşağıdaki özellikler vendor iddiasıdır, benim yaptığım bir performans testi değil. GPT-5.6 Sol–Terra–Luna rehberinde model seviyesini, burada ise ajan kabuğunu ve çalışma izinlerini ayırıyorum.

Kısa karar: yerel repoda dosya düzenleme, komut çalıştırma ve değişiklik inceleme akışı istiyorsan Codex CLI ile başla. Claude Code, model aliası ve sağlayıcıya göre değişen model seçimiyle uzun görevlerde ayarı daha görünür kılmak isteyenlere uyuyor. Gemini CLI ise Google Search grounding, web fetching ve geniş bağlam iddiasını aynı terminal akışında kullanmak isteyenler için anlamlı bir aday. Bunlar uygunluk önerileri; "en iyi" hükmü değil. [1][2][3]

### Göreve göre seçim

Küçük ve net bir iş: bir test ekle, bir API çağrısını değiştir, lint hatasını düzelt. Burada düşük reasoning ve sık onay döngüsü daha mantıklı. Ajanın planını kısa tut, önce diff iste, sonra test çalıştır. Codex dokümanı yerel repoda dosyaları inceleme, düzenleme ve kurulu araçları çalıştırma akışını öne çıkarıyor. [1]

Orta büyüklükte refactor: birkaç pakete yayılan isim değişikliği, migration veya test düzeni. Bu işte model adından önce izin sınırını seç. Yazma ve shell erişimini otomatik açmak yerine önce plan, sonra küçük commit, sonra test. Claude Code tarafında alias veya tam model adı seçilebiliyor; aliasların sağlayıcıya göre çözülmesi zamanla değişebildiği için tekrarlanabilir işlerde tam model adı daha güvenli bir kayıt olur. [2]

Büyük repo veya doküman taraması: önce bağlamı daralt, sonra ajanı çalıştır. Gemini CLI README’si açık kaynak bir terminal ajanı olduğunu, Google Search grounding, dosya işlemleri, shell komutları ve web fetching gibi yerleşik araçları sunduğunu belirtiyor. Bu, araştırma ile kod değişikliğini aynı oturumda birleştirmek için ilginç; yine de dış kaynaktan gelen her bilgi kod değişikliğine otomatik girmemeli. [3]

### Reasoning ayarı ve maliyet

Reasoning seviyesini her işte yükseltmek yerine hata maliyetine göre ayarla. Bir yazım hatasında hızlı seviye yeterli olabilir; veri migrasyonu, auth veya ödeme akışında daha yavaş bir planlama ve daha sık doğrulama gerekir. Ajanın uzun düşünmesi, ürettiği patch’in doğru olduğu anlamına gelmez.

Model aliası kullanıyorsan tarih ve sağlayıcıyı not et. Anthropic dokümanı aliasların sağlayıcı için önerilen sürüme işaret ettiğini ve zamanla güncellendiğini söylüyor. Bu, kolay kullanım için iyi; aynı çıktıyı aylar sonra yeniden üretmek isteyen solo geliştirici için ise model sürümünü ve reasoning ayarını commit mesajına yazmak daha dürüst bir kayıt. [2]

### Ben olsam nasıl başlardım?

Tek başına ürün geliştiriyorsan üç aracı birden günlük varsayılan yapmazdım. Birini ana ajan, diğerini ikinci görüş olarak seçerdim. Ana ajan repoda küçük bir görevi planlar ve değiştirir; ikinci araç yalnızca diff’i, test kapsamını veya riskli varsayımları eleştirir. İki ajanın aynı dosyayı art arda değiştirmesine izin vermezdim.

Ayar dosyanı da ürün kodu gibi takip et: kullanılan model, reasoning seviyesi, çalışma dizini, ağ erişimi ve otomatik onaylar belli olsun. Özellikle shell ve ağ erişimini genişleten bir ayarı "hız" diye değil, yeni bir güvenlik sınırı diye değerlendir.

Çıktıyı doğrulama akışını kodlama ajanı çıktısı kontrol listesi yazısındaki yedi adımla tamamla. Benim minimum eşiğim şu: diff’i oku, testleri çalıştır, tip ve lint kontrolünü gör, kritik davranış için elle bir senaryo dene, sonra commit et. Ajanın "tamamlandı" demesi yalnızca bir metin çıktısıdır.

Sonuç: dosya düzenleme ve repo araçlarını kontrollü biçimde kullanmak için Codex CLI iyi bir başlangıç yüzeyi; model seçimini ve sağlayıcı davranışını daha açık takip etmek isteyenler Claude Code’a bakabilir; terminalde arama ve web araçlarını birlikte kullanmak isteyenler Gemini CLI’yi değerlendirebilir. Kararı araç adına göre değil, görevin geri dönüş maliyetine göre ver.

Singrey notu: Benim için kazanan, en çok işi tek seferde yapan ajan değil. Hangi dosyaya dokunduğunu, neye dayanarak karar verdiğini ve yanlışsa bunu ne kadar hızlı fark ettirebildiğini gösteren ajan. Solo akışta hız güzel; geri dönüşü olmayan bir değişikliği erken yakalamak daha güzel.