DÖNGÜ MÜHENDİSLİĞİ: İSTEMCİLİKTEN SİSTEM TASARIMCILIĞINA 20 ADIMLIK YOL

Haziran 2026'da, bir hafta içinde üç kişi bağımsız olarak aynı fikre ulaştı.

OpenClaw'ın yapımcısı Peter Steinberger, kodlama ajanlarına komut vermeyi bırakıp onlara komut veren döngüleri tasarlamaya başlamanız gerektiğini alenen söyledi. Neredeyse aynı anda, Anthropic'te Claude Code'u yöneten Boris Cherny, artık Claude'a doğrudan komut vermediğini, Claude'a komut veren ve ne yapacağını belirleyen döngüler çalıştırdığını ve asıl işinin döngü yazmak olduğunu söyledi. Günler sonra, Google'da mühendis olan Addy Osmani, bu terimi yazıya döktü ve ona bir isim verdi: döngü mühendisliği.

Hiçbiri bu uygulamayı sıfırdan icat etmedi. Halihazırda olmakta olan bir şeyi adlandırdılar, çünkü altındaki araçlar sessizce bir eşiği geçmişti. Kodlama ajanları, gerçek bir görevi gözetimsiz tamamlayacak kadar güvenilir hale gelmişti. Zamanlama o kadar ucuzlamıştı ki, bir görevi bir zamanlayıcıyla tekrar tekrar çalıştırmak artık savurgan görünmüyordu. Tek bir ajan çalıştırmasının maliyeti, bir şeyi beş kez denemenin, bir kez dikkatlice düşünmekten daha ucuza geldiği noktaya kadar düşmüştü.

İşte bu eşik, bu yol haritasının var olma sebebidir. Komut verme, bir insanın klavyenin başında oturup bir ajana satır satır yön vermesi gerektiği zamanki beceriydi. Döngü mühendisliği ise, ajana bir hedef verilip kendi haline bırakılabildiği şimdiki zamanın becerisidir. Bu, birinden diğerine giden 20 adımlık eksiksiz yol, sırayla, çünkü sıralama tek tek adımların her birinden daha önemlidir.

İşte adımlardan önce, sıralamanın neden özellikle önemli olduğu. Döngü mühendisliği, ya sahip olduğunuz ya da olmadığınız tek bir beceri değildir. Bu bir yığındır ve her katman, altındaki katmanın gerçekten sağlam olmasına bağlıdır. 14. adım olan zamanlama tetikleyicisini, 10. adım olan gerçek bir durdurma koşulundan önce oluşturmak, yalnızca siz izlerken değil, artık gözetimsiz de para harcayabilecek bir sistemi otomatikleştirdiğiniz anlamına gelir. 11. adım olan kalıcılığı, 6. ve 7. adımlar olan gerçek doğrulamadan önce oluşturmak, kötü çıktıyı lastik mühürleyen bir Değerlendirici'den öğrenilen dersleri özenle kaydettiğiniz anlamına gelir ki bu da kalıcılık katmanını sadece işe yaramaz olmaktan çıkarıp aktif olarak zararlı hale getirir. Bu listede ileri atlamak, sadece bir özelliği kaçırmak anlamına gelmez. Heyecan verici görünen parçaları, onları gerçekten destekleyemeyecek bir temel üzerine inşa etmek ve bunu ancak bir şeyler büyük ölçekte ters gittikten sonra keşfetmek anlamına gelir.

Birinci Aşama: Zihinsel Dönüşüm (1. Adımdan 4. Adıma)

Adım 1: Darboğazın Model Değil, Kendin Olduğunu Kabul Et

İlk gerçek adım teknik değildir. Mevcut iş akışındaki sınırlayıcı faktörün modelin yeteneği değil, döngüdeki kendi varlığın olduğunu kabul etmektir. Bir yanıt için oturup beklediğin, onu okuduğun ve ardından bir sonraki talimatı yazdığın her an, sistemin açık ara en yavaş parçasısın. Model, senin onu denetleyebileceğinden çok daha hızlı hareket edebilir, doğrulayabilir ve yeniden deneyebilir.

Bu adımın ekli bir komutu yoktur. Bu bir karardır. Buna gerçekten inanana kadar, sonraki her adım, asıl darboğazı kaldırmak yerine gereksiz bir yük gibi hissettirecektir.

Adım 2: Daha Uzun Bir Komutu Daha İyi Bir Sistemle Karıştırmayı Bırak

Bir şeyler ters gittiğinde içgüdü, aynı komuta başka bir talimat daha eklemektir. Aylar içinde bu, modelin artık aynı anda çalışan belleğinde tutamayacağı, yoğun, kendi kendisiyle çelişen bir kurallar duvarı haline gelen bir komut üretir; bu yüzden model, en yakın zamanda ne varsa ona kalıp uydurur ve geri kalanını sessizce bırakır.

Döngü mühendisliği bu içgüdüyü tamamen değiştirir. Bir komuta başka bir kural eklemek yerine, sisteme başka bir bileşen eklersiniz. Bir doğrulama adımı. Bir bellek dosyası. Zamanlanmış bir tetikleyici. Komutun kendisi zamanla kısalmalı, etrafındaki sistem daha yetenekli hale geldikçe uzamamalıdır; tam tersi değil.

Adım 3: Her Görevi Beş Hamle Olarak Görmeyi Öğren

Bir döngünün herhangi bir tek dönüşü, belirli alandan bağımsız olarak, beş hamleye ayrışır. Keşif, aslında ne yapılması gerektiğini bulmak. Devir Teslim, görevi onu yürütecek olana aktarmak. Doğrulama, sonucu gerçek bir şeye karşı kontrol etmek. Kalıcılık, ne olduğunu kaydederek kaybolmasını önlemek. Zamanlama, bunun ne zaman tekrar çalışacağına karar vermek.

Çoğu insanın mevcut iş akışında bu hamlelerden sadece ikisi açıktır: keşif ve devir teslim, bir sohbet penceresinde manuel olarak yapılır. Diğer üçü ya yoktur ya da kişinin kendi kafasında görünmez bir şekilde gerçekleşir. Döngü mühendisliği, beş hamlenin de açık ve otomatik hale getirilmesi uygulamasıdır.

Adım 4: İlk Gerçek Aday Görevini Belirle

Bir şey inşa etmeden önce, zaten tekrar tekrar yaptığın, istendiğinde yazabileceğin bir standardı olan bir görev seç. En zor problemin değil. Tamamen yeni bir şey değil. Gerçek, tanınabilir bir "tamamlanma tanımı" olan, bir iş arkadaşının bakıp hemen doğru veya yanlış tamamlandığı konusunda hemfikir olabileceği bir görev. Bu kısıtlama göründüğünden daha önemlidir. Net bir tamamlanma tanımı olmayan bir görev için üçüncü adım olan doğrulama inşa edilemez ve gerçek doğrulaması olmayan bir döngü döngü değil, sadece gözetimsiz bir tahmindir.

İkinci Aşama: İlk Döngüyü Oluşturmak (5. Adımdan 9. Adıma)

Adım 5: Herhangi Bir Komut Yazmadan Önce Tamamlanma Tanımını Yaz

Bu, çoğu insanın atladığı ve sonrasındaki her şeyin işe yarayıp yaramayacağını belirleyen adımdır. Ajan için tek bir talimat yazmadan önce, düz bir dille, doğru bir sonucun tam olarak neye benzediğini yaz. Spesifik, kontrol edilebilir kriterler, belirsiz bir kalite hissi değil.

[Görev adı] için TAMAMLANMA TANIMI:

• [Spesifik, kontrol edilebilir kriter 1]
• [Spesifik, kontrol edilebilir kriter 2]
• [Spesifik, kontrol edilebilir kriter 3] Çıktı tam veya cilalı görünse bile, yukarıdakilerden herhangi biri eksikse bu görev TAMAMLANMAMIŞTIR.

Seçtiğin görev için bunu dolduramıyorsan, 4. adıma geri dön ve farklı bir tane seç.

Adım 6: Oluşturucuyu Değerlendiriciden Ayır

Herhangi bir döngüdeki en önemli mimari karar. İşi üreten rol ile işi kontrol eden rol ayrılmalıdır, çünkü kendi çıktısını ürettiği aynı nefeste inceleyen bir model, o çıktıyı gerçekten incelemek yerine savunma eğilimindedir.

Oluşturucu yaratıcı serbestlik alır ve bir ilk deneme üretir. Değerlendirici, Oluşturucu'nun çıktısını artı 5. adımdaki tamamlanma tanımını alır ve onu ikna etmek için başka hiçbir şeye ihtiyacı yoktur. İdeal olarak Değerlendirici ayrıca Oluşturucu'nun sahip olmadığı bir şeye erişebilir: bir test paketi, orijinal kaynak belge, canlı veri; böylece kararı, ilkiyle aynı şekilde oluşturulmuş ikinci bir görüşten değil, gerçek kanıtlardan gelir.

Adım 7: Değerlendiriciye Sadece Bir Görüş Değil, Nesnel Gerçeklik Ver

Yalnızca Oluşturucu'nun çıktısını gören bir Değerlendirici, size tutarlı görünüp görünmediğini söyleyebilir. Gerçekten doğru olup olmadığını söyleyemez. Kodlama görevleri için nesnel gerçeklik, test paketi ve gerçek yürütme çıktısıdır. İçerik görevleri için, orijinal kaynak materyal ve kısa bilgi, taslakla yan yanadır. Araştırma görevleri için, kullanılması gereken gerçek belgelerdir.

Değerlendiricinin hangi spesifik nesnel gerçekliğe karşı kontrol edeceğini söyleyemiyorsan, döngün henüz gerçek doğrulamaya sahip değil demektir, Değerlendiricinin dili ne kadar kendinden emin görünürse görünsün.

Adım 8: Devir Teslim Komutunu Yazmadan Önce Devir Teslim Formatını Yaz

Oluşturucu'nun çıktısı ve Değerlendirici'nin kararı, serbest akışlı düzyazı değil, tanımlanmış bir yapıya ihtiyaç duyar; aksi takdirde bir sonraki adımdaki Yönetici'nin yönlendirecek güvenilir bir şeyi olmaz.

OLUŞTURUCU ÇIKTISI: teslim edilecek ürün + güven seviyesi + bilinen belirsizlikler

DEĞERLENDİRİCİ KARARI: GEÇTİ / KALDI / DÜZELTME GEREKİYOR + bulunan spesifik sorunlar + bunun hangi nesnel gerçekliğe karşı kontrol edildiği

Adım 9: Herhangi Bir Şeyi Otomatikleştirmeden Önce, Tüm Süreci Bir Kez Manuel Olarak Çalıştır

Zamanlama veya otomatik yeniden denemeleri bağlamadan önce, Oluşturucu-ardından-Değerlendirici sırasını kendin elle bir kez çalıştır. Değerlendirici'nin kararını eleştirel bir şekilde oku. Onunla aynı fikirde olur muydun? Değerlendirici yanlış olduğunu bildiğin bir şeyi geçtiyse veya aslında iyi olan bir şeyi başarısız saydıysa, devam etmeden önce nesnel gerçekliği veya kriterleri düzelt. Bozuk bir doğrulama adımını otomatikleştirmek, yalnızca bozuk sonuçları daha hızlı üretir.

Adım 5'ten 9'a Kadar Çalışılmış Bir Örnek

Son beş adımı somutlaştırmak için, bunların gerçek, yaygın bir görevde nasıl işlediği aşağıda açıklanmıştır: ham bir kaynak belgeyi bitmiş bir içerik parçasına dönüştürmek.

1. adımdan tamamlanma tanımı: taslaktaki her olgusal iddia, kaynak belgede gerçekten bulunan bir şeye dayanır. Taslak, kısa bilgideki (uzunluk, ton, gerekli yapı) her spesifik gereksinimi karşılar. Temel argüman, doldurma maddesiyle seyreltilmeden net bir şekilde hayatta kalır.

1. adımdan Oluşturucu, kaynağı ve kısa bilgiyi alır ve bir taslak üretir; bununla birlikte yazarken emin olmadığı şeyin (kaynakta tam olarak olduğundan emin olmadığı bir sayı, doğrudan belirtilmiş olarak bulmaktansa çıkardığı bir iddia) açık bir ifadesini üretir.

1. adımdan Değerlendirici, taslağı ve orijinal kaynağı yan yana alır, asla yalnızca taslağı almaz ve tamamlanma tanımının üç kriterinin her birini ayrı ayrı kontrol eder, tek bir harmanlanmış genel puan yerine her biri için ayrı ayrı geçti veya kaldı sonucu döndürür. Üç ayrı kontrolü tek bir kararda birleştirmek, hangi boyutun gerçekten başarısız olduğunu tam olarak gizler; bu da çalışan bir döngünün sessizce yararlı geri bildirim vermeyi bırakmasının en yaygın yoludur.

1. adımdan devir teslim formatı, Değerlendirici'nin kararının, ihtiyatlı bir düzyazı paragrafı değil, yapılandırılmış bir nesne olarak gelmesi, herhangi bir başarısızlığa eklenmiş belirli bir nedenle birlikte üç açık geçti veya kaldı sonucu anlamına gelir.

1. adıma göre, herhangi bir şeyi otomatikleştirmeden önce bunu elle bir kez çalıştırmak, Değerlendiricinin çok hoşgörülü olduğu (yazı stili cilalı diye uydurma bir istatistik içeren bir taslağı geçtiği) veya çok katı olduğu (kısa bilgide aslında olmayan bir üslup tercihi yüzünden bir taslağı başarısız saydığı) durumu yakalar. Her iki başarısızlık türü de ilk denemede yaygındır ve her ikisini de elle bir kez yakalamak, döngü gözetimsiz elli kez çalıştıktan sonra keşfetmekten çok daha ucuzdur.

Üçüncü Aşama: Döngünün Eksik Parçalarını Eklemek (10. Adımdan 14. Adıma)

Adım 10: Yöneticiyi ve Durdurma Koşulunu Oluştur

Yönetici, Değerlendirici'nin kararını okur ve sırada ne olacağına karar verir. Döngünün durdurma koşulu da burada bulunur ve modelin kendini konuşarak geçiştirebileceği yumuşak bir talimat değil, katı bir mantık olarak yazılmalıdır.

DURDURMA KOŞULLARI:

Revizyon üst sınırı: 3. 3. başarısız kararda, tam geçmişle birlikte bir insana yükselt, 4. döngüyü deneme.

Kalite eşiği: tamamlanma tanımındaki her öğe GEÇTİ göstermelidir.

Bütçe tavanı: bu görev [X] maliyeti veya [Y] süresini aşarsa, mevcut durum ne olursa olsun derhal dur.

Gerçek bir durdurma koşulu olmayan bir döngü sistem değildir. Görevin gerçekten çözülemez olduğu günü bekleyen bir yükümlülüktür. Yumuşak bir talimatın burada başarısız olmasının özel nedeni, sadece kabul etmek değil, anlamaya değerdir. Bir komutun içindeki "Yeterince iyi olduğunda dur" ifadesi bir öneridir ve yeterince baskı altında (birkaç revizyonu başarısız olmuş) bir model, tam da göreve tatmin edici bir çözüm üretmek istediği için, mevcut denemenin geçmeye yeterince yakın olduğuna kendini inandıracaktır. Kod tarafından mekanik olarak kontrol edilen veya Yönetici'nin mantığını kullanarak etrafından dolaşamayacağı açık bir kural olan sabit bir yineleme sayacı bu başarısızlık moduna sahip değildir.

Adım 11: Kalıcılık Ekle, Böylece Döngü Çalıştırmalar Arasında Hatırlasın

Her çalıştığında sıfırdan başlayan bir döngünün, geçen sefer ne öğrendiğine dair hiçbir anısı yoktur. Basit bir kalıcılık katmanı ekle: gerçekten yeni her ders için bir dosya, en üstte tek satırlık bir özetle, neyin öğrenildiğini veya düzeltildiğini ve neden önemli olduğunu kaydeden. Kritik olarak, yalnızca başka bir yerde zaten yakalanmamış olanı kaydet; kopyalanmış bellek gürültüdür, bilgi değildir.

Bu adımı uzun vadede gerçekten çalıştıran disiplin, yazma anındaki ölçülülüktür. İçgüdü, bir oturumda olan her şeyi günlüğe kaydetmektir; bu da 2. adımda bu yol haritasının uyardığı şişkin metin sorununun aynısını, sadece bir komut yerine bir bellek klasörüne taşınmış olarak üretir. Yazmaya değer bir ders, unutulursa yeniden keşfedilmesi gerçek zaman alacak bir şeydir; beklendiği gibi başarılı olan rutin işlerin bir kaydı değil.

Adım 12: Bir Zamanlamaya Göre Konsolidasyon Geçişi Ekle

Kalıcılık tek başına sonunda şişkin bir komutla aynı sorunu üretir: çoğu aynı şeyin biraz farklı versiyonlarını söyleyen düzinelerce dosya. Yinelenen bir zamanlamayla (haftalık makul bir süredir), bellek dosyalarını gözden geçir, kopyaları tek, daha keskin derslerde birleştir ve o zamandan beri yanlış olduğu kanıtlanmış her şeyi sil. Amaç, sürekli büyüyen bir yığın değil, her biri daha yoğun olan daha az dosyadır.

Bu adım, çoğu insanın tamamen atladığı adımdır, çünkü kendi başına görünür yeni bir yetenek üretmez; yalnızca gelecekteki bir sorunu önler. Bu görünmezlik, tam da açıkça zamanlanması gerektiği halde birinin bellek klasörünün hantallaştığını fark ettiği zamana bırakılmasının nedenidir; pratikte bu, döngünün performansı, aynı bağlam penceresi için rekabet eden çelişkili, yarı alakalı derslerin ağırlığı altında bozulmaya başlayana kadar asla gerçekleşmez.

Adım 13: Geri Çağırma Adımını Ekle

Herhangi bir yeni çalıştırmanın başlangıcında, döngünün bellektekitek satırlık özetleri taramasını, mevcut görevle hangi derslerin gerçekten alakalı olduğunu belirlemesini ve yalnızca bunları yüklemesini sağla. Bellek var diye alakasız bir geçmiş dersi yeni bir duruma zorla uydurmak yerine, hiçbir şey uygulanmadığında bunu söylemesi için açıkça talimat ver.

Adım 14: Bir Zamanlama Tetikleyicisi Ekle

Bu döngünün, sen manuel olarak başlatmadan ne zaman çalışacağına karar ver. Bir cron işi. Bir dosya izleyici. Yinelenen bir takvim tabanlı tetikleyici. Bu, talep üzerine çalıştırdığınız bir sistemi, siz uyurken çalışan bir sisteme dönüştüren adımdır ve genellikle bu listedeki en kolay adımdır ve çoğu insanın diğer her şeyi inşa ettikten sonra bile uygulamaya asla zahmet etmediği adımdır.

Dördüncü Aşama: Ölçeklendirme ve Sağlamlaştırma (15. Adımdan 18. Adıma)

Adım 15: Güvenmeden Önce Döngüyü Stres Testine Sok

Bu döngüye gerçek bir şey için güvenmeden önce, onu dört başarısızlık moduna karşı kasıtlı olarak test et.

Görevin gerçekten çözülemez bir versiyonunu ver ve Yönetici'nin sonsuza kadar döngü yapmak yerine gerçekten durduğunu onayla; çünkü yalnızca tamamlayabileceği görevlerde test edilen bir döngü, zarif bir şekilde başarısız olmayı asla bildiğini göstermemiştir.

Değerlendirici'ye, ince bir şekilde yanlış olduğunu bildiğin bir çıktı ver (kulağa hoş gelen ancak kasten yerleştirdiğin belirli bir olgusal veya mantıksal hata içeren) ve makul görünen bir şeyi geçmek yerine kusuru gerçekten yakaladığını onayla.

Oluşturucu ve Değerlendirici aynı temel modeli paylaşıyorsa, Değerlendirici'ye o modelin karakteristik olarak yaptığı bir hatayı ver ve hatayı göz ardı edip etmediğini gör; çünkü Değerlendirici'nin Oluşturucu'nun kör noktalarını paylaşması, 6. adımdaki ayrımın tüm amacını boşa çıkarır.

Döngünün en pahalı model çağrılarını ve en uzun makul çıktısını kullanarak maksimum revizyon sınırına kadar çalışmasının en kötü durum maliyetini hesapla ve bu sayının (gerçek bir faturada görünmesi halinde) seni telaşlandırıp telaşlandırmayacağına dürüstçe karar ver.

Bu dört testi, döngüye önemli bir şey için güvenmeden önce çalıştırmak, aksi takdirde ilk kez bir müşterinin, patronun veya kendi banka hesap özetinin önünde ortaya çıkacak başarısızlıkların büyük çoğunluğunu, kasten yaptığın kontrollü bir testte yakalar.

Adım 16: Görevleri Her Seferinde Aynı Modele Değil, Doğru Modele Yönlendir

Bir döngü çalıştığında, her parçasını tek favori modelinde çalıştırma alışkanlığına diren. Oluşturucu rolü genellikle en yetenekli modelinden faydalanır, çünkü asıl zor akıl yürütmeyi o yapar ve burada daha zayıf bir model, düzeltmesi ilk seferde iyi üretmekten daha pahalıya mal olacak daha kötü bir ilk taslak üretir.

Belirli bir yazılı standarda karşı kontrol eden Değerlendirici rolü, genellikle daha küçük, daha ucuz, daha hızlı bir modelde de aynı derecede güvenilir performans gösterir, çünkü yaratıcı olması istenmez, sadece tutarlı olması istenir ve son derece iyi belirtilmiş bir kontrol listesine karşı kontrol eden daha küçük bir model, maliyet ve gecikmenin çok daha azında daha büyük bir modelle sık sık eşleşir.

Zaten yazdığın kurallara göre yönlendirme yapan Yönetici, neredeyse hiçbir zaman en pahalı modeline ihtiyaç duymaz, çünkü işi zaten belirttiğin mantığı yürütmektir, açık uçlu akıl yürütme değildir ve Oluşturucu ve Değerlendirici'nin nasıl performans gösterdiğine bakılmaksızın yineleme başına en az bir kez çalışır, bu da çağrı başına maliyetini ham yetenekten daha önemli hale getirir.

Bu kademeli yaklaşım (inşa etmek için pahalı model, rutin kontrolleri yargılamak için ucuz ve tutarlı model, yönlendirme için ucuz model), genellikle bir döngüdeki gerçek maliyet tasarrufunun geldiği yerdir. Çoğu insan maliyet kontrolünün daha az döngü veya daha az revizyon anlamına geldiğini varsayar. Aslında, model maliyetini zaten inşa ettiğin döngü içindeki her bir spesifik rolün gerçek zorluğuyla eşleştirmekten gelir.

Adım 17: Aynı Anda Beş Değil, İkinci Bir Döngüye Genişlet

İlk döngü çalıştığında, mimari artık teknik olarak desteklediği için hemen birkaç tane daha inşa etme, beş farklı görevi paralel olarak ele alma cazibesi gelir. Rahat hissettirdiğinden daha uzun süre diren. Bir döngüyü, çıktısını yakından kontrol etmeyi gerçekten bıraktığın noktaya kadar (yani, herkesin yakından izlediği tek bir başarılı demo çalıştırması değil, gerçek bir zaman dilimi boyunca kendi manuel nokta kontrollerini tutarlı bir şekilde geçtiği) güvenilir bir şekilde çalıştır. Ancak o zaman ikinci döngüye başla, farklı bir görevde, ideal olarak birinciden tamamen farklı bir şeye karşılık gelen bir görevde, böylece altta yatan iskeletin genelleşip genelleşmediğini test ediyor olursun, aynı görevi daha da ayarlamak yerine.

Adım 18: Kendine Çalışan Tüm Döngüler Arasında Paylaşılan Bir Görünüm Ver

Birden fazla döngü çalışır durumda olduğunda, tüm döngüler arasında maliyet ve durdurma koşulu tetikleyicilerinin paylaşılan bir görünümünü takip et, her döngüyü izole olarak değil. Görev başına makul bir bütçeye sahip tek bir döngü kendi başına tamamen iyi görünür. Her biri bireysel olarak bütçe dahilinde olan on döngü, toplamda yine de endişe verici bir miktara ulaşabilir ve tam da her bir döngünün takibi izolasyonda iyi göründüğü için, toplam fatura gelene kadar kimse bunu fark etmez.

Durdurma koşulu tetikleyicilerini, sadece başarılı tamamlamaları değil, özellikle günlüğe kaydet. Bir döngü sürekli olarak revizyon tavanına ulaşırken diğerleri nadiren ulaşıyorsa, bu size Değerlendirici'nin standardının yanlış ayarlandığını söyler: geçemeyecek kadar katı veya tamamen yanlış nesnel gerçekliğe karşı kontrol ediyor; altta yatan görevin sadece zor olduğu değil. Bu model, yalnızca başarıları takip ediyor ve her yükseltmeyi izole, olağanüstü bir olay olarak ele alıyorsanız görünmezdir; oysa bu, o belirli döngünün tasarımı hakkında bir veri noktasıdır.

Beşinci Aşama: Sistem Tasarımcısı Olmak (19. ve 20. Adım)

Adım 19: Kendini Yazdığın Komutlarla Ölçmeyi Bırak

Değişimin gerçekten gerçekleştiğinin en net işareti, günlük olarak nelere dikkat ettiğindeki değişimdir. Bir komut yazarı, kaç tane iyi komut yazdığını takip eder. Bir sistem tasarımcısı, kaç tane döngünün çalıştığını, her birinin ne kadar güvenilir olduğunu ve artık denetime ihtiyaç duymayan sistemler tarafından kendisine ne kadar zaman geri kazandırıldığını takip eder. Hala kendi üretkenliğini yazılan komutlarla ölçüyorsan, teknik olarak kaç tane döngü inşa etmiş olursan ol, birinci adımdaki zihinsel dönüşüm henüz tam olarak gerçekleşmemiştir.

Adım 20: Başka Birine Beş Hamleyi Öğret

Son adım artık gerçekten kendi sistemlerinle ilgili değildir. Jargon kullanmadan başka birine açıklayarak değişimi gerçekten içselleştirdiğini onaylamaktır. Keşif, Devir Teslim, Doğrulama, Kalıcılık, Zamanlama. Yalnızca bu beş hamleyi ve yukarıdaki adımları kullanarak başka bir kişiye kendi ilk döngülerini oluşturma konusunda rehberlik edebiliyorsan, bu yol haritasının tanımladığı gerçek geçişi yapmışsın demektir. Artık döngünün içinde, bir sonraki talimatı yazan kişi değilsin. Onu tasarlayan, dışarıda durup çalışmasını izleyen kişisin.

Adımları Atlarsanız Sessizce Biriken Dört Maliyet

Bu yol haritasında adımları atlamak yüksek sesle başarısız olmaz, sessizce başarısız olur, çok sonra ortaya çıkan şekillerde.

Doğrulama borcu, 6. ve 7. adımları atladığınızda, gerçek bir Değerlendirici veya gerçek nesnel gerçeklik olmadan döngüler inşa ettiğinizde birikir. Çıktı iyi göründüğü için döngü çalışıyor gibi görünür, ta ki bir hata kimse fark etmeden düzinelerce çalıştırma boyunca sessizce birikene kadar.

Anlama çürümesi, 20. adımı atladığınızda, bir kez inşa ettiğiniz ancak bozulurlarsa artık açıklayamayacağınız veya hata ayıklayamayacağınız döngüler çalıştırdığınızda ortaya çıkar, çünkü her bir parçanın neden var olduğunu asla içselleştirmek zorunda kalmadınız.

Bilişsel teslimiyet, 1. adım hiç tam olarak yerleşmediğinde, doğrulama sistemi kendini zaten kanıtlamış olmasına rağmen alışkanlıktan her çıktıyı manuel olarak iki kez kontrol etmeye devam ettiğinizde ve sistemi inşa etmenin tüm amacını boşa çıkardığınızda gerçekleşir.

Token patlaması, 10. adımı atladığınızda, gerçek bir durdurma koşulu olmayan döngüler çalıştırdığınızda ve gerçek maliyeti ancak fatura geldiğinde keşfettiğinizde olur.

Bu maliyetlerin her biri önlenebilir ve her biri aynı disiplinle önlenir. Adımları sırayla inşa edin. Gösterişsiz görünenleri atlamayın. Sıkıcı adımlar (tamamlanma tanımı, durdurma koşulu, nesnel gerçeklik) asıl işi yapanlardır. Kulağa ilginç gelen kısımlar (zekice komut, ayrıntılı mimari şeması), inşa ettiğiniz sistemin ne zaman doğru olduğunu, ne zaman yanlış olduğunu ve ne zaman duracağını gerçekten bilip bilmediğinden çok daha az önemlidir.

Bir komut yazarı ile bir sistem tasarımcısı arasındaki tüm fark budur. Zekâ değil. İnşa etmesi sıkıcı ve atlaması kolay olan kısımlar hakkında disiplin.

Bu yol haritasındaki her adımın arkasındaki tam döngü şablonları ve Oluşturucu-Değerlendirici-Yönetici kurulumları için @cyrilXBT'yi takip edin.