# Loop engineering nedir

Loop engineering, ajanı sizin yerinize prompt'layan, sonucu kontrol eden ve yeniden başlatan sistemi kurmak demek. Böylece her turu yazan kişi olmaktan çıkıyorsunuz. Terim yeni ve nereden geldiğinin dürüst hikayesi kısa.

## Tur yazmaktan döngü tasarlamaya

Claude Code ile normalde tur tur çalışırsınız. Bir prompt yazarsınız, o çalışır, sonucu okursunuz, sonraki prompt'u yazarsınız. Sırada ne olacağına karar veren parça sizsiniz.

Loop engineering bu işi elinizden alıp bir sisteme veriyor. Prompt'lamayı yapan bir sistem kuruyorsunuz: ajanı başlatıyor, bağlamı veriyor, dönen sonucu kontrol ediyor, iş bitmediyse yeniden çalıştırıyor. Addy Osmani bunu özyinelemeli bir hedef olarak anlatıyor: amacı siz tanımlıyorsunuz, yapay zeka iş bitene kadar tekrar ediyor, ajanı prompt'layan sistemi de siz kuruyorsunuz.

Claude Code ekibinin kendi tanımı daha sade: loop, ajanların bir durma koşulu sağlanana kadar iş döngülerini tekrarlamasıdır.

## Bir loop'un parçaları

Marek Kaput'un rehberi loop'u beş parçaya ayırıyor.

```flow
Tetikleyici: bir şey turu başlatır
Bağlam: ajana verilenler
İş adımı: ajan görevi yapar
Doğrulama adımı: bir şey sonucu kontrol eder
Durma koşulu: bitti ya da bırak
```

Bu listede olmayana dikkat edin. Tek başına zamanlayıcı loop değildir. Bir script her on dakikada Claude'u uyandırıp aynı prompt'u gönderiyor ve kimse yeni kanıta bakmıyorsa bu sadece bir saat. Her turun, değişmiş olabilecek bir şeye bakması gerekiyor.

Bir önceki kursun tam burada bitmesinin sebebi de bu. Ajan döngüsü, bir modelin hedefe ulaşana kadar araç kullanması. Loop engineering ise onun etrafındaki ikinci döngü: sahibi sizsiniz, ne zaman başlayacağına, nasıl kontrol edileceğine ve ne zaman duracağına siz karar veriyorsunuz.

**Question:** Bir script her on dakikada Claude'a aynı prompt'u gönderiyor ve ne olduğuna hiç bakmıyor. Burada anlatılan anlamda bu bir loop mu?

- Evet, tekrar eden her şey loop'tur
- Hayır, tek başına zamanlayıcı loop değildir, her tur yeni kanıta bakmalıdır
- Evet, ama yalnızca /goal kullanıyorsa
- Hayır, çünkü loop'lar bulutta çalışmak zorundadır

**Answer:** Hayır, tek başına zamanlayıcı loop değildir, her tur yeni kanıta bakmalıdır. Rehberin anatomisinde bir doğrulama adımı ve bir durma koşulu var. Sonucu kontrol etmeyen, tekrar eden bir prompt sadece bir zamanlayıcıdır.


## Terim nereden geliyor

Kesin söylenebilecek olan bu kadar, fazlası değil.

Claude Code ekibi 2026-06-30'da "Loop engineering: Getting started with loops" yazısını yayımladı. Yazarlar Delba de Oliveira ve Michael Segner. Resmi tanım bu yazıda ve loop'ları yazabileceğiniz komutlara bağlıyor: `/goal`, `/loop` ve `/schedule`. Yazı, terimin internette tek bir kabul görmüş anlamı olmadığını da açıkça söylüyor. Terimi kendisinin icat ettiğini iddia etmiyor.

Addy Osmani'nin 2026-06-08 tarihli "Loop Engineering" yazısı fikre ismini veren ve ona bir tarif kazandıran metin: otomasyonlar, git worktree'leri, skill'ler, bağlayıcılar, alt ajanlar ve diskte duran bir hafıza dosyası.

İfadeyi ilk kimin söylediği kanıtlanmış değil, bu yüzden bu kurs kimsenin söylediğini iddia etmiyor. Kanıtlanmış olan şu: fikir isminden eski.

> **Fikir isminden önce vardı**
Geoffrey Huntley'nin 2025-07-14'te yayımladığı "Ralph" tekniği, bir kodlama ajanına aynı prompt dosyasını her seferinde taze bir bağlamla sürekli veren bir bash while döngüsü. Loop engineering bu şekli koruyor, üstüne hazır komutlar ve ayrı doğrulayıcılar ekliyor. Sonraki dersler buradan başlıyor.


## İşiniz nasıl değişiyor

İş, prompt yazmaktan ajanın etrafına üç şey yazmaya kayıyor.

- **Bir kontrol.** İşin iyi olup olmadığını ajanın kendisinden başka biri ya da başka bir şey söyleyebilmeli.
- **Bir durma koşulu.** Kanıt olarak yazılmış bir koşul ve sonsuza kadar çalışmasın diye sert bir sınır.
- **Bir hafıza.** Diskte duran notlar, böylece sonraki tur öncekinin ne yaptığını biliyor.

Osmani bir noktada dikkatli: "bitti" hâlâ bir iddia ve onu bir insan onaylıyor. Loop engineering sizi her turu yazmaktan kurtarıyor. Sonucu değerlendirmekten kurtarmıyor.

Kaput faydanın nerede çıktığını da ekliyor. Loop'lar doğruluğun ucuza kontrol edilebildiği yerde en iyi çalışıyor: CI hataları, rebase'ler, benchmark koşuları. Yeni özellik işi insan muhakemesi istiyor, o yüzden orada loop sessizce merge etmemeli, bir taslak ve kanıt üretmeli.

> **İlk loop'unuzu bulun**
Elle tekrar ettiğiniz bir işi düşünün: her düzeltmeden sonra testleri yeniden çalıştırmak ya da bir pull request yeşil olana kadar bakmak gibi. Tek satırla yazın: bunu ne kontrol ederdi, ne durdururdu. Kontrolü yazamıyorsanız o iş henüz loop'a hazır değil. Ders 4 tam olarak bunu anlatıyor.


**Question:** Loop engineering neyi elinizden alıyor?

- Son sonucun iyi olup olmadığına karar vermeyi
- Her tur için prompt yazmayı
- Hedefi seçmeyi
- Maliyet raporunu okumayı

**Answer:** Her tur için prompt yazmayı. Ajanı prompt'layan, kontrol eden ve yeniden başlatan sistemi siz tasarlıyorsunuz. İşin gerçekten bittiğini yine bir insan onaylıyor.