AI ajan çerçeveleri neden bu kadar karmaşık? Rails gibi devrim niteliğinde bir çerçeveye ihtiyaç var

Günümüz AI ajan çerçevelerinin başlıca sorunları

• Bağlam penceresinin tükenmesi
  • Karmaşık görevlerde modelin asıl hedefi unutması
  • Halüsinasyonlar ve sonsuz döngülerin ortaya çıkması
• Çerçevenin ince bir sarmalayıcı olarak kalması
  • Model seçimi, embedding sağlayıcısı, araçların yapılandırılması gibi işleri geliştiriciye yüklemesi
  • "Beni düşündürme" ilkesini ihlal etmesi
• Aşırı araç bolluğunun yarattığı karmaşa
  • Gereksiz seçeneklerin değerlendirilmesi yüzünden bağlamın boşa harcanması

Önerilen çözüm: alt ajan merkezli mimari

• Alt ajanların birinci sınıf bileşenler olarak kullanılması
  • Fonksiyon çağrısı kadar doğal biçimde delege edilebilmesi
  • Bağımsız bağlama sahip olmaları → ebeveyn ajanın odağını koruması
  • Örnek: kod tabanı arama alt ajanı → yalnızca ilgili dosya yollarını döndürmesi
• Etkisi
  • Tek ajan: bağlamın %90'ını tüketir
  • Alt ajan kullanımı: ebeveyn bağlamının yalnızca %25'i kullanılır

Rails dersinin uygulanması: Convention over Configuration

• Varsayılan konvansiyonları öncelemek
  • Modelin otomatik seçilmesi (görev karmaşıklığına göre)
  • Bağlam bütçesinin ebeveyn-çocuk arasında miras alınması
  • Riskli görevler için otomatik checkpoint oluşturulması
• Arketiplerin (Archetype) kullanıma sokulması
  • Searcher: yalnızca arama araçları
  • Writer: yalnızca yazma araçları
  • Researcher: yalnızca web erişimi → araç fazlalığını önleme

Pratik tasarım ilkeleri

• Görev odaklı tasarım
  • "Hangi modeli kullanalım?" yerine gerçek görevi (ör. kayıt formu doğrulama) öncelemek
• Alt ajan bağlamının geçiciliği
  • Ara işlerin yalnızca özetinin ebeveyn ajana geri döndürülmesi
• Araç ile alt ajan arasındaki ayrım
  • Araç: durumsuzdur (tarih biçimlendirme, JSON ayrıştırma)
  • Alt ajan: yineleme ve muhakeme gerektirir (arama, analiz)

Teknoloji seçimi: TypeScript

• Tür güvenliğinin güçlendirilmesi (Branded types, discriminated unions)
• Geliştirme aracı ekosistemiyle uyumluluk (VS Code vb.)
• Bun ile bağımsız çalıştırılabilir dosya olarak derlenebilmesi

Henüz çözülmemiş konular

• Alt ajanlar arasında bağlam paylaşımı (proje bilgi tabanı)
• Eş ajanlar arasında iş birliği (mesaj iletimi)
• Ajan değerlendirmesi (senaryo yakalama/yeniden oynatma, başarı/tutarlılık/tercih ölçütleri)

Sonuç

• Çerçeve, karmaşıklık eklemek yerine "doğru karmaşıklığı" sunmalı
• Rails gibi devrim niteliğinde bir çerçeve ile ajan geliştirmede dönüşüm mümkün
• Plumbing işini en aza indirip temel probleme odaklanma

[ahwjdekf]

Ajan çerçeveleri... adı gösterişli ama sonuçta sadece işi llm'ye devreden bir araç. İçi boş.

[click]

Rails, convention’ları zorunlu kıldığı ve soyutlama katmanlarının altında bolca sihir yaptığı için kullanışlıdır; performansın düşmesi gibi bir trade-off vardır ama bunun karşılığı hemen kasadan para çıkması değildir.
Öte yandan framework model seçimini kafasına göre yaparsa ortaya çıkacak token kullanım faturası patlamasının sorumluluğunu kim üstlenecek...?

[nomak]

2026'da yeni bir aracın ortaya çıkmayacağını mı sanıyoruz? Rails ile aynı olmayacaktır ama biraz daha soyutlanmış bir şey... Umarım öyle olur.