Yeni bir projede büyük bir ajan sürüsiyle çok fazla jeton yakmadan önce, eski ahşap işçiliği sözü "İki kez ölç, bir kez kes!" şeklinde yeniden düzenlemeye değer; "Boncuklarını N kez kontrol et, bir kez uygula," burada N temelde dayanabileceğin en fazla şeydir. Opus 4.5 ile bunu üst üste çalıştırdıkça ince olsa bile giderek daha fazla iyileştirme aldığını fark ettim (aşağıdaki uyarı, iş akışlarımla ilgili son uzun yazımda verdiğim diğer promptu kullanarak ilk indirim planınızı boncuklara dönüştürdükten SONRA kullanılmak için geçerlidir): "AGENTS dot md'yi tekrar oku, hâlâ aklında taze olsun. Her boncukları çok dikkatli kontrol et-- mantıklı olduğundan emin misin? Bu en uygun mu? Sistemi kullanıcılar için daha iyi çalıştırmak için bir şey değiştirebilir miyiz? Eğer öyleyse, boncukları gözden geçirin. Bu tür şeyleri uygulamaya başlamadan önce "plan alanında" çalışmak çok daha kolay ve hızlı! IŞLERI FAZLA BASITLEŞTIRMEYIN! HIÇBIR ÖZELLIĞI VEYA IŞLEVSELLIĞI KAYBETMEYIN! Ayrıca, bu boncukların bir parçası olarak, kapsamlı birim testleri ve e2e test betikleri ile mükemmel ve detaylı kayıt işlemleri eklediğimizden emin olun, böylece uygulamadan sonra her şeyin mükemmel çalıştığından emin olabiliyoruz. Boncukları oluşturmak ve değiştirmek ve boncuklara bağımlılıkları eklemek için SADECE 'bd' aracını kullanmayı unutmayın. Ultrathink kullan." Uygulamaya başlamadan önce bunu sadece bir veya iki kez çalıştırıyordum, ama yakın zamanda 6+ kez çalıştırmayı denedim ve sürekli faydalı iyileştirmeler yaptı. Boncuklarda kademeli iyileştirmeler düzleşmeye başlarsa, yepyeni bir CC oturumu başlatmayı deneyebilirsiniz, başlayarak şöyle başlayabilirsiniz: "Öncelikle TÜM AGENTS dot md dosyasını ve README dot md dosyasını çok dikkatli okuyun ve ikisinin TAMAMINI anlayın! Sonra kod inceleme ajanı modunuzu kullanarak kodu, teknik mimariyi ve projenin amacını tam olarak anlayın. Ultrathink kullan." Ve yukarıda gösterilen aynı promptu takip ederim, ancak ön söz şöyle: "Yakın zamanda bir indirim planı dosyasını yeni boncuklara dönüştürdük. Bunları 'bd' ve 'bv' kullanarak çok dikkatli bir şekilde incelemeni ve analiz etmeni istiyorum." Fiyat indirim planınız ne kadar karmaşık ve karmaşık olursa, bu teknik o kadar alakalıdır. Küçük, önemsiz bir planınız ve çok basit bir projeniz varsa, bu açıkça fazla olur. Ama bu durumda, her turda kademeli bir artış/değişim görmeyeceksin, bu yüzden ne zaman durma zamanı geldiği oldukça belli olmalı. Unutmayın: planlama tokenları uygulama tokenlarına göre çok daha az ve ucuzdur. Çok büyük ve karmaşık bir markdown planı bile birkaç önemli kod dosyasından daha kısadır, bir proje ise bir neşeyden daha kısadır. Ve modeller, çok detaylı ve detaylı ama yine de bağlam pencerelerine kolayca uyacak kadar küçük bir plan hakkında mantık yürütürken çok daha akıllıca (bu, planlamaya takıntılı odaklanmamın ve zamanımın %80+ bu kısmına neden harcadımın temel nedeni). Ve eğer ilk planlama için web uygulamasında GPT Pro'ya ve Extended Reasoning'e güvenirseniz, benim güçlü savunduğum gibi (yani sonunda boncuklara dönüştüğünüz indirim planınızı oluşturup geliştirmek için), Pro planıyla bunları temelde yediğiniz kadar yiyebilirsiniz, bu yüzden bundan tam anlamıyla faydalanın! Başka hiçbir model, bağlam penceresine kolayca uyan girdilerle uğraşan Pro'ya web üzerinden dokunamaz. Gerçekten benzersiz. ...