AI kodlama ajanlarına artık sohbet pencerelerinden ziyade sözleşmeli çalışanlar gibi davranmaya başladım. Fark modelde değil. Fark, ajanın ne yapmaya devam edeceğini, ilerlemeyi nasıl kanıtlayacağını ve ne zaman duracağını bilip bilmediğindedir.
İşte /loop ve /goal'ün önem kazandığı nokta burasıdır.
Claude Code artık her iki kavramı da doğrudan sunuyor: Bir oturum açık kaldığı sürece tekrarlanan istemler için /loop ve bir tamamlanma koşulu için /goal. OpenAI Codex, belgelenmiş bir komut olarak /goal'e sahiptir ve OpenAI ayrıca değerlendirme odaklı iyileştirme döngülerini bir iş akışı olarak belgeler. Önemli detay şudur: OpenAI Codex'in, yüklü komut listenizde görünmediği sürece aynı resmi /loop eğik çizgi komutuna sahip olduğunu söylemem. Kontrol ettiğim güncel belgelerde /goal resmidir; "loop" ise bir desendir.
Bu ayrım önemlidir çünkü bu araçlar dışarıdan benzer görünse de ben bunları farklı işler için kullanıyorum.
Hızlı cevap
Ajanın net bir koşul doğru olana kadar tek bir kalıcı sonucu takip etmesi gerektiğinde /goal kullanın.
Ajanın oturum açık kaldığı sürece bir aralıkta veya kendi kendine ayarlanan bir ritimle bir istemi tekrarlaması gerektiğinde /loop kullanın.
Çıktının puanlanabileceği ve tekrar tekrar iyileştirilebileceği durumlarda değerlendirme odaklı bir döngü kullanın: kod kalitesi, görsel kalite, performans, SEO, migrasyonlar, testler veya her geçişin ölçülebileceği herhangi bir görev.
Pratik kural basittir: bir hedefin bitiş çizgisi olmalıdır; bir döngünün bir ritmi olmalıdır; ikisinin de doğrulamaya ihtiyacı vardır.
Claude Code /goal ne yapar
Claude'nin komut referansı, Claude'nin o koşul sağlanana kadar tur boyunca çalışmaya devam etmesi için bir koşul belirlemenin bir yolu olarak /goal [condition|clear] ifadesini tanımlar. Hook belgeleri yararlı bir uygulama detayı ekler: /goal, oturum kapsamalı bir durdurma koşulu için yerleşik bir kısayol gibi davranır.
Düz bir dille ifade etmek gerekirse, /goal Claude'ye şunu söyler:
Bu güçlüdür, ancak yalnızca koşul somut ise.
Zayıf:
text /goal Uygulamayı daha iyi hale getir
Kullanışlı:
text /goal Ödeme hatasını düzelt, mevcut tüm ödeme davranışlarını koru ve yalnızca pnpm test, pnpm build ve Playwright ödeme yolu başarılı olduğunda dur.
İkinci versiyon Claude'ye bir hedef, sınırlar ve kanıt sunar. Yolu seçebilir, ancak yarı yolda başarıyı yeniden tanımlayamaz.
Ben /goal'ü şu tür işler için kullanıyorum:
Bir görevin birden fazla ilişkisiz sonucu olduğu anda, tek bir büyük hedef kullanmam. Onu bölüyorum. Her sonuç için bir hedef daha temizdir ve güvenilmesi daha kolaydır.
Claude Code /loop ne yapar
Claude'nin komut referansı, /loop [interval] [prompt] ifadesini paketlenmiş bir beceri olarak listeler. Oturum açık kaldığı sürece bir istemi tekrar tekrar çalıştırır. Bir aralık verebilir, Claude'nin kendi hızını ayarlamasına izin verebilir veya istemi atlayıp mevcut olduğunda yapılandırılmış bir bakım istemi kullanmasını sağlayabilirsiniz.
Bu, /loop'ü /goal'den daha operasyonel hissettirir.
Örnekler:
text /loop 5m Vercel önizleme dağıtımının hazır olup olmadığını kontrol et, ardından /blog ve /api/health doğrula
text /loop PRODUCTION_READINESS.md dosyasındaki bir sonraki işaretlenmemiş öğeyi al, düzelt, ilgili testi çalıştır ve ardından kontrol listesini güncelle
text /loop her 10 dakikada bir CI'ı kontrol et, hataları özetle ve yalnızca en son çalıştırma yeşil olduğunda escalasyonu durdur
En iyi kullanım durumu tekrarlanan kontrol veya tekrarlanan küçük iş birimleridir. Hibrit AI kod inceleme döngümde→, yararlı desen "sonsuza kadar yaz" değildi. Şuydu: bir kontrol listesi öğesini al, uygula, başka bir modelden incelemesini iste, derlemeyi çalıştır, kutuyu işaretle, tekrar et.
/loop'ü tembel bir istem yazarsanız tehlikeli kılan şey budur. İstem neyin doğrulanacağını söylemezse, ajan kimsenin güvenmemesi gereken olası işleri yapmaya devam edebilir.
OpenAI Codex /goal ne yapar
OpenAI, hem uygulama hem de CLI için Codex'te /goal'ü belgeler. Codex kılavuzu, özellikle görevin net bir başarı koşulu ve doğrulama döngüsü olduğunda, uzun süreli çalışmalar için kalıcı bir hedef olarak çerçeveler.
Codex CLI komut referansı, bir görev hedefini ayarlamak, duraklatmak, devam ettirmek, görüntülemek veya temizlemek için komut olarak /goal'ü listeler. Uygulama belgeleri aynı fikri ürün terimleriyle söyler: bir hedef kalıcıdır, görünürdür ve duraklatılabilir veya devam ettirilebilir.
İyi bir Codex hedefi, iyi bir Claude hedefine neredeyse tamamen benzer:
text /goal Genel rotaları değiştirmeden Next.js 16 migrasyonunu tamamla. Yalnızca pnpm build başarılı olduğunda, ana sayfa yüklendiğinde, /blog yüklendiğinde ve değiştirilen rotalar 200 döndürdüğünde dur.
Codex için, şunları adlandıran hedefleri tercih ederim:
OpenAI'nin zor problemler için kendi rehberi, zaten nasıl çalıştığıma yakındır: Codex'e bir değerlendirme sistemi verin, odaklanmış iyileştirmeler yapın, puanı tekrar çalıştırın, yapıtları inceleyin ve puan yeterince iyi olana kadar devam edin.
Ajanlı çalışmanın özü budur. Sırf otonomi için otonomi değil. Ölçümle bağlantılı otonomi.
OpenAI'nin /loop'u var mı?
İşte insanların ifadeler konusunda gevşek davranabileceği yer burası.
Claude Code'un belgelenmiş bir /loop komutu vardır. OpenAI Codex'in belgelenmiş döngü tarzı iş akışları vardır: değerlendirme döngüleri, onarım döngüleri, doğrulamalı hedef modu, hook'lar ve otomasyonlar. Ancak kontrol ettiğim mevcut Codex eğik çizgi komut referansında, Claude'ünkine eşdeğer resmi bir /loop komutu bulamadım; /goal, /plan, /review, /status, /mcp ve diğer birçok komut vardı.
Bu yüzden benim ifadem şöyledir:
Bu bir zayıflık değildir. Sadece bunu nasıl kurduğumu değiştirir. Codex'te, döngüyü genellikle hedefin veya istemin içinde ifade ederim:
text /goal Görsel regresyon puanı %95'in üzerine çıkana kadar bu bileşeni iyileştir. Her seferinde tek bir odaklanmış değişiklik yap, her değişiklikten sonra ekran görüntüsü karşılaştırmasını çalıştır, bir puan günlüğü tut ve hedef art arda iki kez sağlandığında dur.
Bu, ayrı bir /loop eğik çizgi komutu varmış gibi davranmadan Codex'e aynı operasyonel ritmi sağlar.
Pratik kurulumum
Ciddi işler için beş katmanlı bir desen kullanıyorum.
1. Yazılı bir hedef
Kısa bir plan veya kontrol listesi ile başlıyorum. Bu `PLAN.md`, `PRODUCTION_READINESS.md`, bir GitHub sorunu veya düz bir istem olabilir. Format, kontrol edilebilirlikten daha az önemlidir.
Zayıf bir görev "makale sistemini iyileştir" der.
Güçlü bir görev ise şunu der: "Harici URL'ler 404, yumuşak 404, yanlış içerik türü döndürdüğünde veya yanlış hedefe yönlendirdiğinde yayınlamayı engelle; taslak kaydetmeye izin ver; build ve odaklanmış bir doğrulama durumu ile kanıtla."
Bir ajanın üzerinde hareket etmeye devam edebileceği talimat türü budur.
2. Tek bir sahip model
Kimin yönlendirdiğini seçin. Claude uygulayıcı olabilir. Codex uygulayıcı olabilir. Worktree'leriniz veya sıkı bir devir tesliminiz yoksa, her ikisinin de aynı anda aynı dosyaları düzenlemesine izin vermeyin. Sahiplik olmadan otonomi, birleştirme çakışması tiyatrosuna dönüşür.
3. İkinci bir görüş
Daha yüksek riskli işler için hala modelden modele incelemeyi seviyorum. Tek bir modelin kendini kontrol etmesinden farklı başarısızlık modlarını yakaladığı için AI akran inceleme köprüm→ hakkında yazdım.
İnceleyici salt okunur olabilir. Yararlı olması için yazma erişimine ihtiyacı yoktur. Diff'e, hedefe, riskli dosyalara ve "bu yanlış" deme iznine ihtiyacı vardır.
4. Sert bir doğrulayıcı
Testler güveni yener. Derlemeler özetleri yener. Tarayıcı ekran görüntüleri "görünmeli"yi yener. Günlükler hisleri yener.
Web çalışmaları için bu genellikle şunları ifade eder:
bash pnpm build pnpm lint pnpm test
artık görev kullanıcıya yönelik olduğunda rota kontrolleri, ekran görüntüleri veya Playwright akışları.
İçerik iş akışları için tercihim yayınlamadan önce URL QA'dır: sadece "bağlantı 200 döndürdü mü" değil, "makalenin iddia ettiği sayfaya ulaştı mı?" Bu aynı prensiptir. Doğrulayıcı, okuyucunun gerçekten deneyimlediği şeyi doğrulamalıdır.
5. Bir durdurma kuralı
İnsanların atladığı kısım budur.
Durdurma kuralı olmayan bir döngü pahalı hale gelir. Durdurma kuralı olmayan bir hedef belirsizleşir. Bir durdurma kuralı sıkıcı ve harfi harfine olmalıdır:
Bu son satır önemlidir. İyi ajanlar belirsizliği gizlemez. Onu ortaya çıkarırlar.
Her birini ne zaman kullanırım
| Durum | En iyi araç | Neden |
|---|---|---|
| --- | ---: | --- |
| Net bir "bitti" tanımı olan tek büyük görev | /goal | Ajan kalıcı bir bitiş durumuna doğru hareket etmeye devam edebilir |
| Dağıtım durumunu her birkaç dakikada bir kontrol etme | Claude /loop | Aynı kontrolün tekrar tekrar çalıştırılması gerekir |
| Oluşturulan bir yapıtı puana karşı iyileştirme | Değerlendirme döngüsü | Puan, ajana son geçişin bir şeyi iyileştirip iyileştirmediğini söyler |
| Bir kontrol listesini öğe öğe temizleme | /loop veya /goal | Tekrarlanan öğeler için /loop, nihai sonuç için /goal kullanın |
| Yönü belirsiz araştırma | Normal istem veya plan modu | Hedef netleşmeden önce otonomiye başlamayın |
| Hassas üretim eylemi | İnsan onay kapısı | Ajanlar eylemi hazırlayabilir, ancak sessizce yürütmemelidir |
Kopyala-yapıştır istemleri
Claude Code /goal
text /goal İlişkili olmayan davranışı değiştirmeden bu hata düzeltmesini bitir. İlk olarak AGENTS.md ve ilgili rota/bileşen dosyalarını oku. Sadece mantıkta küçük commit'ler yap, pnpm build ve odaklanmış regresyon yolunu çalıştır ve yalnızca orijinal hata artık tekrarlanamadığında ve tüm doğrulama geçtiğinde dur.
Claude Code /loop
text /loop TODO.md'deki bir sonraki işaretlenmemiş öğeyi al, önce gerçek dosyaları incele, tek bir odaklanmış düzeltme yap, ilgili doğrulama komutunu çalıştır, onaylamadan sonra onay kutusunu güncelle ve atlamak yerine herhangi bir engelleyiciyi rapor et
OpenAI Codex /goal
text /goal PLAN.md'de açıklanan migrasyonu tamamla. Genel davranışı koru, ilişkili olmayan dosyaları değiştirme, her dönüm noktasından sonra listelenen doğrulama komutlarını çalıştır, kısa bir ilerleme günlüğü tut ve yalnızca her dönüm noktası tamamlandığında ve son build başarılı olduğunda dur.
Codex değerlendirme odaklı döngü istemi
text Bunu değerlendirme odaklı bir iyileştirme döngüsü olarak istiyorum. Çıktıyı puanlayan komutu bul veya oluştur. Her seferinde tek bir odaklanmış iyileştirme yap, her değişiklikten sonra puanı tekrar çalıştır, oluşturulan herhangi bir yapıtı doğrudan incele, puan değişikliklerini günlüğe kaydet ve hedef puana art arda iki kez ulaşana kadar yinelemeye devam et. Puan iyileşmeyi durdurursa, darboğazı açıkla ve dur.
Yaygın hatalar
İlk hata, /goal'ü motive edici bir cümle olarak kullanmaktır. "Bunu üretime hazır hale getir" bir hedef değildir. Bu bir moddur.
İkinci hata, bir doğrulayıcı olmadan /loop kullanmaktır. Her yineleme işaretlenmemiş bir iddia ile biterse, döngü sadece tekrardır.
Üçüncü hata, ilişkisi olmayan işleri bir araya getirmektir. "Auth'u düzelt, kontrol panelini yeniden tasarla, fiyatlandırmayı güncelle ve SEO'yu temizle" dört görev olmalıdır, tek bir kahramanca otonom çalışma değil.
Dördüncü hata, ajan repo kurallarını anlamadan önce ona yazma erişimi vermektir. Kendi projelerimde, ajanların `AGENTS.md` dosyasını okumasını, dağıtım kurallarına uymasını, sırlardan kaçınmasını ve başarıyı iddia etmeden önce doğrulama yapmasını istiyorum. Modelin etrafındaki kontrol katmanı, modelin kendisi kadar önemlidir. Bu yüzden sürekli MCP geliştirici iş akışlarına→ geri dönüyorum: araçlar, izinler, kanıtlar ve tekrarlanabilir eylemler, akıllı bir sohbeti operasyonel bir sisteme dönüştüren şeylerdir.
Asıl nokta
/loop ve /goal ile ilgili ilginç olan şey eğik çizgi komut sözdizimi değildir. İlginç olan şey sorumluluktaki değişimdir.
Normal bir istem şunu der: bana cevap ver.
Bir hedef şunu der: bunu bitir ve bitmiş olmanın ne anlama geldiğini bil.
Bir döngü şunu der: koşul değişene kadar kontrol etmeye veya iyileştirmeye devam et.
AI kodlama ajanlarının böyle çalışmasını istiyorum. Sihir olarak değil. Denetimsiz kaos olarak değil. Sözleşmesi, doğrulayıcısı ve temiz bir durdurma kuralı olan çalışanlar olarak.
Claude Code kullanıyorsanız, /loop tekrarlanan operasyonel bir kontrolü, siz çalışmaya devam ederken ajanın halledebileceği bir şeye dönüştürmenin en hızlı yoludur. /goal, işin tek bir kalıcı bitiş durumu olduğunda daha iyi bir araçtır.
OpenAI Codex kullanıyorsanız, /goal size kalıcı hedefi verir ve döngü doğrulama tasarımına aittir: testler, değerlendirmeler, yapıtlar, hook'lar, ilerleme günlükleri ve ajanın sessizce yeniden tanımlayamayacağı bir durdurma koşulu.
Güvendiğim desen budur: "AI'nın çalışmasına izin ver" değil, "AI'nın kendisine hayır diyebilen bir sistem içinde çalışmasına izin ver".