Geliştirici araçları açık kaynak olmalı: Ajanlar kişiselleştirmeyi ucuzlattı

exe.dev mühendisi David Crawshaw, 2 Ağustos 2026’da yayımladığı “Devtools must be open source” başlıklı yazıda, yapay zekâ ajanlarının yazılımı kişiselleştirmeyi öylesine ucuzlattığını savunuyor ki kaynak koda erişim giderek zorunlu hale geliyor.

Konfigürasyon dosyalarından kişisel yazılıma

Crawshaw, beş yıl önce konuştuğu mühendislerin neredeyse hiçbirinin kendisi için yazdığı bir programı olmadığını hatırlıyor: bütün gün, başkaları için program yazmak amacıyla başkalarının yazdığı programları kullanıyorlardı. Kendi kullanımınız için yazılım yazmak ve özellikle onu sürdürmek ise getirisi tartışmalı bir işti — bir günde yazılabilecek kod sınırlıydı ve bir projeye yıl sonra dönüp bakım yapmak son derece zahmetliydi; bazı dönemlerde kendi araçlarını tamamen bırakıp en standart ortamları kullandığını anlatıyor. Karmaşık yazılımların konfigürasyon dosyaları ve eklenti sistemleriyle gelmesinin nedeni buydu: çok sayıda kullanıcı için tasarlamak maliyeti karşılıyordu.

Hesabı değiştiren iki istem

Bugün, diye yazıyor Crawshaw, yazılımı kişiselleştirmek şaşırtıcı derecede kolay. İşin çoğunu iki tür istem (prompt) görüyor: Birincisi — yazılımın kaynak kodunu indir, yerel kullanım için derle ve değiştir; ajanın belleğine gelecekteki her değişikliğin kaynakları düzenlemek ve mevcut sürümü değiştirmek anlamına geldiğini kaydet; değişikliğin gerekçesini sürüm kontrolünde belgele. İkincisi ve daha önemlisi — upstream değişikliklerini çeken, yerel değişiklikleri onların üzerine yeniden uygulayan (rebase), yazılımın çalıştığını doğrulayan ve mevcut sürümü değiştiren gece cron görevi kur. Ajanlar yalnızca kod yazmakla kalmıyor, upstream sürümleriyle senkronizasyonu da yönetebiliyor; böylece kişiselleştirmenin getirisi iki cepheden birden artıyor: başlamak çok daha kolay, sürdürmek de çok daha kolay. Bu iki istem bir ajana skill — basit metin talimatı — olarak gömülebildiği için programlama bile gerekmiyor: exe.dev bunu kendi ajanı Shelley’ye yerleştirdi, artık “Shelley’nin arayüzünü yüksek kontrastlı yap” yazmak yeterli.

Kaynak kodun kendisi eklenti sistemidir

Örnek olarak Crawshaw, diff’leri küçülten aracı meat.dev’i Shelley’ye tek bir istemle yerleştirdiğini anlatıyor — commit’lerin arka planda ön işlenmesi ve Diffs görünümüne eklenen bir anahtar dahil. Aynısını VS Code eklenti API’si üzerinden yapmanın, kendi ifadesiyle, “dolanbaçlı bir eziyet” olacağını yazıyor; çünkü eklenti noktaları yanlış biçimde. Bütün bunlar için gereken şey, yazarın savunduğu gibi, kaynak koda erişim.

Codex ile Claude Code nerede ayrılıyor

Skill tabanlı yaklaşım Pi gibi diğer açık kaynak ajanlarla da sorunsuz çalışıyor; Crawshaw, “kaynak kodun kendisi eklenti sistemi” olduğu hâlde Pi’nin neden yerleşik bir eklenti sistemine ihtiyaç duyduğunu merak ediyor. Aynısı açık kaynak olan Codex için de yapılabilir, ancak çok daha fazla token gerektirir. Duvara çarpılan yer ise Claude Code: kapalı kaynak olduğu için kişiselleştirilemiyor; yalnızca ürünle gelen özelleştirme kancalarını (hooks) kullanabiliyorsunuz. Tavsiyesi net: İstediğiniz çalışma biçimi bu kancalara sığmıyorsa, kişiselleştirmeye izin veren bir ajana geçin.