Loop Engineering
Generate–Evaluate–Improve, Plan–Act–Observe ve human-in-the-loop döngülerini güvenli sonlandırma, retry ve maliyet sınırlarıyla tasarlayın.
Bir loop yalnızca tekrar değildir; durumu, ölçütü, bütçesi ve durma koşulu olan kontrollü bir öğrenme mekanizmasıdır.
01Loop state'i tanımlamak
02Durma koşulu kurmak
03Evaluator seçmek
04İnsan müdahalesini yerleştirmek
Kontrollü tekrar
Her tur ölçülebilir bir değişiklik üretmeli
Modelden 'daha iyi yap' demek loop değildir. Her turda neyin değişeceği, kimin değerlendireceği ve ne zaman durulacağı açık olmalıdır.
Loop Engineering, olasılıksal üretimi kontrollü bir sürece dönüştürür. İyi loop aynı hatayı tekrar etmez; değerlendirmeyi state'e ekler, bir sonraki eylemi bu sinyale göre değiştirir ve değer üretmeyen turu durdurur.
Mevcut çıktı, hedef ve geçmiş geri bildirim
Bir sonraki sınırlı değişiklik
Araç veya evaluator sonucu
Devam, geri dön, eskale et
Kalite, bütçe veya güvenlik eşiği
Tasarım modeli
LOOP kontrol çerçevesi
Her döngüyü dört tasarım kararıyla sınırlandırın.
Limit
Maksimum tur, süre ve maliyet ne?
En fazla 3 revizyon veya 90 saniyeObjective
Hangi skor iyileşecek?
Rubric'te 4/5 ve kaynak tamlığıObservation
Geri bildirim nereden gelecek?
Test, araç sonucu veya insan reviewPolicy
Hangi sinyalde ne yapılacak?
Düşük güven → uzman onayıPersist
Turlar arasında hangi state korunacak?
Hatalar, denenen aksiyonlar, kalan bütçeUygulamalı örnek
Kaynaklı içerik kalite loop'u
İlk taslağı amaçsızca yeniden yazmak yerine rubric skoruyla geliştirin.
Amaç: {{source_pack}} kaynaklarına dayanan kısa bir yönetici yazısı üretmek.
LOOP STATE:
- Taslak
- Kullanılan kaynaklar
- Rubric skorları: doğruluk, kapsam, açıklık, uygulanabilirlik
- Önceki turda yapılan değişiklik
- Kalan tur bütçesi
Her tur:
1. Taslağı rubric'e göre 1–5 puanla.
2. En düşük skorlu tek alanı seç.
3. Kaynak paketini aşmadan yalnızca o alanı düzelt.
4. Yeni skoru ve değişiklik özetini state'e yaz.
Dur:
- Tüm skorlar en az 4 ise,
- 3 tur tamamlandıysa,
- Kaynaklar yetersizse veya
- Yeni tur ölçülebilir iyileşme sağlamadıysa.
Bitişte nihai yazı, skor kartı ve kalan riskleri ver.01Her tur tek kalite sorununa odaklanır
02Değerlendirme state içinde korunur
03İyileşme yoksa devam etmez
04Kaynak yetersizliğini loop dışına eskale eder
Tekrar kullanılabilir yapılar
Pattern kataloğu
Üret ve değerlendir
Aday çıktıyı rubric veya test ile ölçüp hedefli revize eder.
İyi kullanım · İçerik, kod ve analizPlanla, uygula, gözle
Araç sonucuna göre planı ve bir sonraki adımı günceller.
İyi kullanım · Agent ve araştırma işleriİnsan kontrol döngüsü
Belirli risk veya güven seviyesinde uzman kararını bekler.
İyi kullanım · Yüksek etkili işlemlerYeniden dene ve kurtar
Geçici hatayı sınırlı retry ve alternatif yol ile yönetir.
İyi kullanım · API, araç ve entegrasyonlarSektörel uygulama
İş sonucu merkezli use case’ler
Hedef: Başarısız testleri sınırlı değişikliklerle düzeltmek
Bağlam: Kod, test çıktısı ve değişiklik geçmişi
Kontrol: Maksimum tur ve dosya kapsamı
Değer hipotezi · Daha güvenilir otomatik düzeltmeHedef: Belgedeki uyumsuzlukları kriter bazlı azaltmak
Bağlam: Politika rubric'i ve belge
Kontrol: Nihai hukuk/uyum onayı
Değer hipotezi · Review hazırlığını hızlandırmakHedef: Önerilen adımın sorunu çözüp çözmediğini gözlemek
Bağlam: Müşteri cevabı ve işlem sonucu
Kontrol: Tekrarlanan başarısızlıkta uzman kuyruğu
Değer hipotezi · Kontrollü self-serviceEnterprise AIX
Üretim kontrolleri
Uygulama laboratuvarı
Üç turluk iyileştirme loop'u kurun
Üç turluk iyileştirme loop'u kurun
Mevcut bir rapor, e-posta veya analiz görevi seçin.
- 01State'i tanımla
Taslak, skorlar, geri bildirim ve bütçeyi yazın.
- 02Evaluator oluştur
En fazla dört ölçülebilir kalite kriteri seçin.
- 03Update policy yaz
Her turda yalnızca bir sorunu düzeltin.
- 04Stop condition ekle
Kalite, tur, süre ve iyileşmeme koşullarını koyun.
- 05Eskalasyonu test et
Yetersiz veri ve yüksek risk senaryosu ekleyin.
Bilgi kontrolü
Kavramı yerine oturtun
01Reflection tek başına neden güvenilir evaluator değildir?
Aynı model kendi hatasını göremeyebilir veya yüzeysel değişiklikleri iyileşme sanabilir; test, kaynak ve insan ölçümü gerekebilir.
02Retry ile loop arasındaki fark nedir?
Retry genellikle geçici teknik hatada aynı veya benzer işlemi tekrarlar; loop ise geri bildirimle state ve eylemi değiştirir.
03Human-in-the-loop nerede konumlanmalı?
Her adımda değil; risk, geri döndürülemez işlem, düşük güven veya politika ihlali gibi tanımlı eşiklerde.