Agent'lar ve Orchestration
AI Destekli Geliştirmeden AI Güdümlü Geliştirmeye
From AI-Assisted to AI-Driven Development
AI destekli geliştirmede insan yazar, AI önerir; AI güdümlü geliştirmede Agent yazar, insan hedefi, sınırları ve kabul kriterini belirleyip doğrular. 2026'da Agent'lar IDE'nin içine girdi, güven ise hâlâ doğrulamaya bağlı.
Agent ilk taslağı yazınca darboğaz koddan Spec'e ve doğrulamaya kayar; kazancı model değil, ekibin mühendislik temeli belirler.
DORA raporları ve Agent araçlarının kendi pratik rehberleri bunu savunuyor; METR'in ölçümleri ise hızlanmanın büyüklüğünü hâlâ belirsiz bırakıyor.
Zihinsel model
Geliştirici yazar değil editör olur: metni Agent döker, editör konuyu, sınırı ve yayına girme ölçütünü belirler.
Neden
- Belirsiz görev Agent'ı tahmine iter; kapsam, kapsam dışı ve kabul kriteri yazılınca çıktı incelenebilir boyutta kalır.
- Agent her çalışmada projeyi sıfırdan keşfeder; AGENTS.md, hook ve testler kuralları kalıcı ve makinece zorlanabilir kılar.
- Üretim hızlanınca inceleme kuyruğu uzar; doğrulama kapasitesi büyümezse kazancın tamamı verification tax'e gider.
Kanıt
Geliştiricilerin yüzde 66'sı asistan ya da Agent kullanıyor, ama büyük kararlarda AI'a güvenenler küçük bir azınlık.
Stack Overflow Developer Survey 2026Kazanç basit yeni işlerde yüksek, karmaşık legacy kodda yüzde 10 ve altında; farkı mühendislik temeli açıklıyor.
DORA, InfoQ 2026METR, önceki yavaşlama bulgusunun eskidiğini ama yeni hız ölçümlerinin seçilim etkisi yüzünden güvenilmez kaldığını açıkladı.
METR 2026Karşı görüş
Hızın gerçekten arttığı hâlâ sağlam biçimde ölçülmüş değil; algılanan ve ölçülen hız ayrışabiliyor. Agent'ı junior'ın yerine koymak da kıdemli yetiştiren öğrenme yolunu kesiyor.
Kavramlar
Pratikte
- Agent görevini yarım günlük işten küçük tut; kapsam dışını ve geçmesi gereken testleri yaz.
- Zorunlu kuralları talimat dosyasından hook, linter ve testlere taşı; dosyayı kısa tut.
- Agent kullanımını satır sayısıyla değil, açılıştan birleşmeye süre ve geri alma oranıyla ölç.
AI, editördeki bir otomatik tamamlama aracından görev alıp Pull Request açan bir ekip üyesine dönüştü ve bu geliştirme sürecinin ağırlık merkezini değiştiriyor. Stack Overflow'un Ekim 2026'da yayımladığı geliştirici anketine göre katılımcıların yüzde 66'sı coding assistant ya da Agent kullanıyor; ama yalnızca yüzde 6,6'sı önemli kararlarda AI'a güveniyor ve kurumların yalnızca yüzde 24'ünde onaylı araç listesi ya da resmi AI politikası var. Agent'lar artık ayrı araçlar değil: Apple Şubat 2026'da Xcode 26.3 ile Claude Agent ve Codex'i IDE'ye taşıdı, Xcode 27'de plan modu ve paralel sub-agent'lar geldi. DORA'nın Mayıs 2026 raporu ise kazancın araçtan değil mühendislik temelinden geldiğini, geçişin başında bir 'doğrulama vergisi' ödendiğini vurguluyor. Darboğaz kod yazmaktan görev tanımlamaya, bağlam sağlamaya ve doğrulamaya kaydı; mobil ekipler için soru, bu kaymayı yayın döngüsünü ve kaliteyi bozmadan nasıl yöneteceklerine dönüştü.
Çıkarımlar
- Geçişin ölçüsü, değişikliklerin ilk taslağını kimin yazdığı; süreçler buna göre yeniden tasarlanmalı.
- İyi görev tanımı kapsamı, kapsam dışını, testleri ve 'bitti' tanımını içerir; yarım günlük işten büyük olmamalı.
- AGENTS.md ya da CLAUDE.md kısa olmalı; çoğalan kurallar hook, linter ve testlere taşınmalı.
- Güven hâlâ doğrulamaya bağlı: 2026'da geliştiricilerin %66'sı Agent ya da asistan kullanıyor, önemli kararda güvenen %6,6.
- Kullanımın değeri satır sayısıyla ya da hissedilen hızla değil, açılıştan birleşmeye süre ve geri alma oranıyla ölçülmeli.
- Mobilde hızlı derleme ve modülerlik Agent otonomisinin ön koşulu; imzalama ve mağaza adımları Agent'a kapalı kalmalı.
Alt başlıklar
Destekten güdüme: otonomi basamakları
Farkı netleştirmek için otonomiyi basamaklar hâlinde düşünmek işe yarıyor. Birinci basamak satır ya da blok tamamlama: geliştirici yazıyor, AI bir sonraki satırı öneriyor. İkinci basamak sohbet ve düzenleme: geliştirici bir fonksiyonu seçip 'bunu async yap' diyor. Üçüncü basamak Agent modu: AI birden fazla dosyada değişiklik yapıyor, testleri çalıştırıyor, hatayı kendi düzeltiyor. Dördüncü basamak arka plan Agent'ı: bir issue atanıyor, AI kendi ortamında çalışıp taslak bir Pull Request açıyor. 2026'da beşinci bir basamak belirginleşti: bir ana Agent'ın işi planlayıp paralel sub-agent'lara dağıttığı orkestrasyon; Xcode 27 ve Claude Code bunu yerleşik olarak sunuyor.
AI destekli geliştirme ilk iki basamakta yaşıyor; AI güdümlü geliştirme üçüncü basamaktan itibaren başlıyor. Geçişin ölçüsü, bir değişikliğin ilk taslağını kimin yazdığı. Somut bir eşik: ekibinizdeki birleştirilen değişikliklerin yarısından fazlası bir Agent'ın açtığı taslakla başlıyorsa, artık süreçlerinizi buna göre tasarlamanız gerekiyor. Kod incelemesi, test ve yayın kuralları birinci basamağa göre kurulduysa sürtünme kaçınılmaz.
Ekim 2026 itibarıyla durum
Son on iki ayda Agent'lar kenardaki araç olmaktan çıkıp geliştirme ortamının merkezine yerleşti. GitHub Ekim 2025'te farklı sağlayıcıların coding agent'larını tek yerden yönetmeyi hedefleyen Agent HQ'yu duyurdu. AGENTS.md biçimi Aralık 2025'te Linux Foundation bünyesindeki Agentic AI Foundation'a devredildi ve 60 binden fazla projede kullanılıyor. Apple Şubat 2026'da Xcode 26.3 ile Claude Agent ve Codex'i IDE'ye bağladı; Haziran'daki Xcode 27 ile Agent'lar plan modu, paralel sub-agent'lar ve önizleme üzerinden kendi işini doğrulama yeteneği kazandı.
Ölçüm tarafında tablo daha karmaşık. METR, 2025'teki yüzde 19 yavaşlama bulgusunun Şubat 2026 itibarıyla eskidiğini, hızlanmanın artık olası göründüğünü ama yeni verinin seçilim etkileri yüzünden güvenilir olmadığını açıkladı. DORA'nın Mayıs 2026 raporu basit yeni işlerde yüzde 35-40, karmaşık legacy kodda yüzde 10 ve altı kazanç aktarıyor. Stack Overflow'un Ekim 2026 anketinde geliştiricilerin yüzde 66'sı Agent ya da asistan kullanıyor, ama önemli kararlarda AI'a güvenenler yalnızca yüzde 6,6.
Görev tanımı yeni kod: spec ve kabul kriteri
Agent'a verilen görevin kalitesi, çıktının kalitesini doğrudan belirliyor. 'Profil ekranını düzelt' gibi bir istek, agent'ın tahmin yürütmesine ve sonuçta geliştiricinin yeniden yazmasına yol açıyor. Daha iyi bir görev tanımı şunları içeriyor: hangi davranış değişecek, hangi dosyalar kapsam dışı, hangi testler geçmeli ve 'bitti' nasıl doğrulanacak.
Örnek: 'Profil fotoğrafı yüklenirken ağ kesilirse kullanıcıya tekrar deneme düğmesi göster; ProfileViewModel ve ilgili test dosyası dışında değişiklik yapma; mevcut snapshot testleri geçmeli, yeni bir birim testi ekle.' Bu dört cümle, agent'ın çalışma alanını daraltıyor ve incelemeyi kolaylaştırıyor. Anti-pattern, büyük ve belirsiz görevleri tek seferde vermek. Pratikte agent'a verilen görevlerin yarım günlük insan işinden büyük olmaması, başarısızlık oranını belirgin şekilde düşürüyor. Büyük bir özellik, önce insanla birlikte bir plan dosyasına bölünüp her parça ayrı bir görev olarak verildiğinde inceleme de parça parça yapılabiliyor.
Kalıcı bağlam: AGENTS.md ve proje kuralları
Agent her çalışmada projeyi sıfırdan keşfederse aynı hataları tekrar eder: yanlış paket yöneticisini kullanır, test komutunu bulamaz, mimari kuralı çiğner. Bunu çözmek için depo kökünde Agent'lara yönelik talimat dosyaları kullanılıyor. OpenAI'ın başlattığı AGENTS.md biçimi Aralık 2025'te Linux Foundation bünyesindeki Agentic AI Foundation'a devredildi ve 60 binden fazla açık kaynak projede kullanılıyor; Claude Code tarafında aynı rolü CLAUDE.md üstleniyor. Xcode 27 de Agent'ın çıkardığı mimari özetleri projeye belge olarak kaydetmeyi öneriyor.
Mobil bir proje için bu dosyada olması gerekenler: derleme ve test komutları (örneğin xcodebuild şeması ya da Gradle görevi), modül sınırları ('feature modülleri birbirini doğrudan import etmez'), tasarım sistemi kuralları, yasak bölgeler (imzalama ayarları, ödeme modülü) ve kod stili. Dosya kısa tutulmalı; Claude Code dokümantasyonu da şişkin talimat dosyalarının asıl kuralların gözden kaçmasına yol açtığını açıkça yazıyor. Yalnızca bazen gereken bilgi skill dosyalarına, mutlaka uyulması gereken kurallar ise hook, linter ve testlere taşınmalı.
Doğrulama darboğazı ve güven açığı
Agent'lar kod üretimini hızlandırınca inceleme kuyruğu uzuyor. 2025 DORA raporunda katılımcıların yüzde 90'ı AI kullanıyordu ama yalnızca yaklaşık yüzde 24'ü çıktıya yüksek düzeyde güveniyordu. Ekim 2026'daki Stack Overflow anketinde tablo benzer: yaklaşık yarısı AI'a ancak çıktıyı doğrulayabildiğinde güveniyor, önemli kararlarda güvenenler yüzde 6,6. DORA'nın Mayıs 2026 raporu bu yükü 'doğrulama vergisi' olarak adlandırıyor ve geçişin başında geçici bir verimlilik düşüşü bekleniyor.
Hız ölçümü de tartışmalı. METR'in 2025 ortasındaki kontrollü çalışmasında 16 deneyimli geliştirici AI ile görevleri ortalama yüzde 19 daha uzun sürede bitirmişti; METR Şubat 2026'da bu bulgunun eskidiğini, yeni dönemde hızlanmanın olası olduğunu ama ölçümün seçilim etkileri yüzünden güvenilmez kaldığını açıkladı. Pratik çıkarım değişmedi: Agent kullanımını 'kaç satır yazıldı' ya da hissedilen hızla değil, Pull Request'in açılıştan birleşmeye süresi, geri alma oranı ve inceleme turu sayısıyla ölçmek gerekiyor.
Mobil özelinde engeller: derleme, cihaz ve mağaza
Web projesinde Agent bir değişiklik yapıp saniyeler içinde sonucu görebilir. Mobilde döngü daha yavaş: bir iOS projesinin temiz derlemesi dakikalar sürebiliyor, simülatör ya da emülatör gerektiren UI testleri daha da uzun. Agent'ın her denemede tam derleme yapması, otonominin kazancını yiyor. 2026'da IDE tarafı bu boşluğu kapatmaya başladı: Xcode 26.3 ile Agent'lar derleme çalıştırıp Xcode Previews ekran görüntüsü alarak kendi işini kontrol edebiliyor, Xcode 27'de ise birim testi yazıp çalıştırma ve cihaz yönetimi aynı akışa girdi.
Yine de mobil ekiplerde AI güdümlü geliştirmeye geçişin ön koşulu modülerlik ve hızlı geri besleme. İş mantığını platformdan bağımsız, birim testi saniyeler içinde çalışan modüllere ayırmak Agent'ın verimini artırıyor. Snapshot testleri görsel değişiklikleri otomatik yakalıyor. Bir de geri dönüşü zor adımlar var: imzalama, sürüm numarası, mağaza meta verisi ve gizlilik beyanları. Bunlar Agent'ın erişimine açık olmamalı. Hatalı bir web dağıtımı dakikalar içinde geri alınabilir; hatalı bir mobil sürüm ise kullanıcı cihazlarında günlerce kalabilir.
Rol değişimi: geliştirici orkestra şefi mi?
AI güdümlü süreçte geliştiricinin zamanı kod yazmaktan görev bölmeye, bağlam hazırlamaya, çıktı incelemeye ve mimari karar vermeye kayıyor. Bu bazı geliştiriciler için tatmin edici, bazıları için yabancılaştırıcı; Stack Overflow 2026 anketinde AI'dan uzak duranların en sık gerekçesi beceri kaybı ya da yerinden edilme kaygısı. Ayrıca kıdemli ve yeni başlayan geliştiriciler arasında farklı etkiler doğuruyor: kıdemli biri Agent'ın hatasını birkaç saniyede görürken, yeni başlayan biri hatalı ama makul görünen kodu kabul edebiliyor.
Ekip düzeyinde iki kural işe yarıyor. Birincisi, Agent'ın açtığı her değişikliğin bir insan sahibi olması; bu kişi kodu anlamadan birleştiremez. İkincisi, yeni başlayanların öğrenme sürecini korumak; örneğin ilk aylarda belirli modülleri Agent'sız geliştirmeleri ya da Agent çıktısını satır satır açıklamaları. DORA'nın 2026 raporu da AI'ı kadro azaltma stratejisi olarak kullanmamayı, eğitime yatırım yapmayı önüyor. Anti-pattern, Agent'ı junior geliştiricinin yerine koyup kıdemlilerin inceleme yükünü üç katına çıkarmak ve iki yıl sonra kıdemli yetiştirecek kimseyi bulamamak.
Son gelişmeler
Ekim 2026 itibarıyla
Önce kendi cevabını düşün, sonra aç.
METR çalışması AI ile yavaşladığımızı gösterdiyse neden bu kadar yatırım yapıyoruz?
O çalışma, çok iyi bildikleri büyük projelerde çalışan 16 deneyimli geliştiriciyle 2025 başındaki araçları ölçtü. METR Şubat 2026'da bu bulgunun eskidiğini, bugün hızlanmanın olası olduğunu ama yeni ölçümlerin seçilim etkileri yüzünden güvenilir olmadığını açıkladı. Asıl ders değişmedi: algılanan hız ile ölçülen hız ayrışabilir, yatırımı kendi ekip metriklerinizle değerlendirmek gerekiyor.
Agent'ın açtığı bir PR'daki hatadan kim sorumlu?
Değişikliği birleştiren insan ve onun ekibi. Agent bir araç, sorumluluk devredilemez. Bu yüzden her agent değişikliğinin adı belli bir insan sahibi olmalı ve o kişi kodu açıklayamıyorsa birleştirmemeli.
Junior geliştiriciler bu dünyada nasıl yetişecek?
Agent çıktısını okumak ve hatasını bulmak da bir öğrenme yolu, ama tek başına yetmiyor. İlk aylarda belirli işleri agent'sız yapmak, agent çıktısını satır satır açıklamak ve kıdemli biriyle düzenli eşli inceleme yapmak temel becerileri korur. Ekipler bunu bilinçli olarak planlamazsa iki yıl sonra kıdemli açığı yaşanır.
Mobilde agent'lara ne kadar yetki vermeli?
Kod ve testler üzerinde ayrı dalda geniş yetki verilebilir; derleme, önizleme ve test komutlarını çalıştırabilmeli. Xcode 27 ve Claude Code gibi araçların plan modu ve izin ayarları bu sınırı çizmeyi kolaylaştırıyor. İmzalama sertifikaları, sürüm numaraları, mağaza meta verisi ve üretim anahtarları ise erişim dışında kalmalı. Geri alınması zor her adımda insan onayı şart.
Notun kaynakları
- Google: How are developers using AI? Inside our 2025 DORA report
- TechCrunch: AI coding tools may not speed up every developer, study shows (METR)
- GitHub Changelog: Copilot coding agent is now generally available
- OpenAI: Agentic AI Foundation duyurusu
- Stack Overflow: 2026 Developer Survey basın bülteni (AI trust conditional)
- METR: We are Changing our Developer Productivity Experiment Design
- InfoQ: New DORA Report Claims Strong Engineering Foundations Drive AI ROI
- Apple Newsroom: Xcode 26.3 unlocks the power of agentic coding
- GitHub Blog: Introducing Agent HQ
Sunum stili
12 slayt. Tıklarsan sunum o slayttan başlar.
Slayt notları
Konu: AI'ın editördeki otomatik tamamlamadan Pull Request açan bir ekip üyesine dönüşmesi ve bunun süreci nasıl değiştirdiği.
Alttaki iki basamak AI-assisted, üstteki üç basamak AI-driven. 2026'da orkestrasyon Xcode 27 ve Claude Code'da yerleşik. Geçişin ölçüsü: ilk taslağı kim yazıyor?
Birleşen değişikliklerin yarısından fazlası Agent taslağıyla başlıyorsa, süreçleri birinci basamağa göre kurmaya devam etmek sürtünme üretir.
Ekim 2026 anketi, 30 binden fazla katılımcı. 2025 DORA'da da tablo aynıydı: %90 kullanım, ~%24 yüksek güven.
METR Şubat 2026'da hızlanmanın artık olası göründüğünü ama yeni verinin güvenilmez olduğunu açıkladı. Ölçmek hâlâ zor; o yüzden kendi Pull Request metriklerinize bakın.
'Profil ekranını düzelt' yerine dört cümlelik bir Spec: davranış, kapsam dışı, testler, bitti. Yarım günden büyük görev başarısızlığı artırıyor.
Agent her çalışmada projeyi sıfırdan keşfetmesin diye AGENTS.md ya da CLAUDE.md. Kısa tut; mutlaka uyulacak kuralları hook, linter ve teste taşı.
Otonomiyi artırmak isteyen ekip iki eksende de sağa ve yukarı gitmeli: daha net görev, daha çok otomatik doğrulama.
Modularization ön koşul. Xcode 26.3 ve 27 ile Agent derleyip önizleme alarak kendini doğruluyor. İmzalama, sürüm numarası, mağaza meta verisi Agent'a kapalı kalmalı.
Hissedilen hız yanıltıcı; DORA 2026 da geçişin başında bir doğrulama vergisi ödendiğini söylüyor. Pull Request yaşam döngüsünü ölçün.
Kıdemli biri Agent hatasını saniyede görür; yeni başlayan, makul görünen hatalı kodu kabul eder. Öğrenme sürecini korumak ekip kararıdır.
AI-assisted'dan AI-driven'a geçiş bir araç seçimi değil, süreç tasarımı sorusu.