Bu önerinin minyatür versiyonunu buraya ekledim çünkü "Favori Önerilerim" serisi kompakt, ısırık büyüklüğünde, kendi kendine yeten parçalar olması gerekiyor. Ama bugün bunu gerçekten çılgın bir sisteme dönüştürdüm. React'ta başka bir CRUD programı veya TODO listesi yapıyorsanız önemli değil, ama Rust veya Golang'da oldukça karmaşık bir şey yapıyorsanız ya da karmaşık veri içeren bir şey varsa, bu yaklaşım neredeyse korkutucu bir şey yapıyor. Bu iki turluk bir süreç. İşte 1. Tur: --- Önce AGENTS dot md dosyasının ve README dot md dosyasının tamamı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. Sonra, tüm bunları son derece titiz ve titizlikle yaptığında, mevcut sistemi ve ne yaptığını, amacını, nasıl uygulandığını ve tüm parçaların birbirleriyle nasıl bağlantılı olduğunu derinlemesine anladıktan sonra, bu projeyle ilgili bu soruları aşırı yoğun bir şekilde araştırmanızı, incelemenizi ve düşünmeniz gerekiyor: Çekirdek sistemde başka büyük verimsizlikler var mı? kod tabanında 1) değişikliklerin genel gecikme/yanıt verme ve veri verimliliği açısından gerçekten ilerleteceği yerler; 2) değişikliklerimizin işlevsellik açısından kanıtlanabilir şekilde izomorf olması ve böylece aynı girdiler alındığında çıkan çıktıların değişmeyeceğinden emin olacağımız; 3) algoritmalar veya veri yapıları açısından açıkça daha iyi bir yaklaşım için net bir vizyonunuz olduğu (bunun için, daha az bilinen veri yapılarını ve daha ezoterik/sofistike/matematiksel algoritmaları ve problem(ler)i yeniden şekillendirme yollarını dahil ederek aşağıda gösterilen liste gibi başka bir paradigma ortaya çıkacak şekilde (Not: Herhangi bir optimizasyon önermeden önce, temel metrikler belirleyin (p50/p95/p99 gecikmesi, veri taşımacılığı, zirve bellek) ve CPU/tahsis/I/O profillerini yakalayarak gerçek sıcak noktaları belirleyin): - N+1 sorgu/getirme desenini ortadan kaldırma - sıfır kopyalama / tampon yeniden kullanımı / dağılma-toplama giriş/çıkış - serileştirme biçimi maliyetleri (ayrıştırma/kodlama ek yükü) - sınırlı kuyruklar + geri basınç (bellek patlaması ve kuyruk gecikmesini önler) - Rekabeti azaltmak için sharding / çizgili kilitler - önbellek geçersizleştirme stratejileri ile memoizasyon - dinamik programlama teknikleri - konveks optimizasyon teorisi - tembel değerlendirme / ertelenmiş hesaplama - büyük koleksiyonların ortaya çıkmasını önlemek için yineleci/üretici desenleri - bellek sınırlı işler için akış/parçalanmış işleme - ön hesaplama ve arama tabloları - Indeks tabanlı arama vs doğrusal tarama tanıma - ikili arama (veri ve cevap uzayı üzerine) - iki noktalı ve kaydırmalı pencere teknikleri - ön ek toplamları / kümülatif agregatlar - bağımlılık grafikleri için topolojik sıralama ve DAG-farkındalığı - döngü tespiti - dinamik bağlantı için union-find - erken sonlandırma ile grafik geçişi (BFS/DFS) - Dijkstra'nın / A* oranı ağırlıklı en kısa yollar için - öncelikli kuyruklar / yığınlar - önek işlemleri için try'lar - olasılıksal üyelik için bloom filtreleri - Aralık/segment ağaçları için aralık sorguları - mekânsal indeksleme (k-d ağaçları, quadtree, R-ağaçları) - kalıcı/değişmez veri yapıları - yazma üzerine kopyalama anlamları - nesne/bağlantı havuzu - önbellek tahliye politikası seçimi (LRU/LFU/ARC) - Toplu Farkında Algoritma Seçimi - asenkron I/O toplu toplu işleme ve birleştirme - Yüksek çatışmalı senaryolar için kilitsiz yapılar - özyinelemeli paralellik için eser çalma - bellek düzeni optimizasyonu (SoA vs AoS, önbellek yereliliği) - kısa devre ve erken sonlandırma - tekrarlanan değerler için dizi stajı - amortisman edilmiş analiz akıl yürütmesi Mevcut genel rehberler dikkate alınarak: DP UYGULANABILIRLIK KONTROLLERI: - Üst üste düşen alt problemler mi? → kararlı durum anahtarı ile memoize - Optimal bölümleme/toplu düzenleme mi? → önek toplamları + aralık DP - Tekrar eden geçişli bağımlılık grafiği? → tek geçişli topolojik DP KONVEKS OPTIMIZASYON KONTROLLERI: - Tam olarak tahsis/planlama yapmak mı? → LP / minimum maliyet akışı deterministik tie-breakingle - Açık kayıpla sürekli parametre uyumu mu? → düzenli en küçük kareler / QP - Büyük ayrışabilir konveks objektif mi? → ADMM / proksimal yöntemler Ayrıca, bildiğiniz iyi yazılmış üçüncü taraf kütüphaneler varsa, onları projeye dahil edebiliriz. METODOLOG GEREKEKİLLER: A) Önce temel hattı: Test paketini ve temsilci bir iş yükünü çalıştırın; P50/P95/P99 gecikmesini, veri verimini ve zirve belleği tam komutlarla kaydedin. B) Önermeden önce profil: CPU Yakalama + Tahsis + G/Ç profilleri; Değişiklikler önermeden önce en iyi 3–5 sıcak noktayı %'ya göre %'ye göre belirleyin. C) Eşdeğerlik kahin: Açık altın çıktılar + değişmezler tanımlanır. Büyük giriş alanları için, özellik tabanlı veya metamorfik testler ekleyin. D) Değişim başına izomorfizma ispatı: Her önerilen fark, çıktıların neden değişemeyeceğini açıklayan kısa bir ispat taslağı içermelidir (sıralama, beraberlik çözme, kayan nokta davranışı ve RNG tohumları dahil). E) Fırsat matrisi: Adayları (Etki × Güven) / Çaba ile sıralayın; Sadece P95+ veya veri taşıma kapasitesini anlamlı şekilde hareket ettirecek öğelere odaklanın. F) Minimum diferensler: Her değişiklik için bir performans kolu. Alakasız bir refaktör yok. Herhangi bir risk varsa geri alma rehberliğini ekleyin. G) Regresyon korumaları: Gelecekteki regresyonları önlemek için kıyaslama eşikleri veya izleme kancaları ekleyin. Ultrathink kullanın. --- Bunu bir kez Claude Code'da Opus 4.5 ile ve bir kez Codex'te GPT 5.2 Codex ile çalıştırabilirsiniz (ben sadece High kullanmaya başladım çünkü Extra High benim için çok yavaş, ta ki yatmaya hazırlanacak olmadıkça). Bitirdikten sonra, her birine yaklaşık 5 hızlı tur yaparak bu turdan vurun: "Harika. Her şeyi tekrar gözden geçirin, bariz bir gözden kaçma, hata veya kavramsal hata, kavramsal hata, vs. için bakın. Ultrathink kullanın" Sonra çıktıları şu şekilde kaydetmelerini sağlayın: "Tamam, bunların hepsini PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__OPUS.md olarak sakla" "Tamam, bunların hepsini PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__GPT.md olarak sakla" O zaman Claude Kodu'nda şunları yapın: "Yaptıklarını PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__GPT.md ile karşılaştır ve oradaki en iyi unsurları alıp planına dokun, orijinal plan dosyanı düzenleyerek her iki dünyanın en iyisi üstün bir planı elde et." Sonra şöyle: AGENTS dot md'yi tekrar okuyun, böylece hâlâ aklınızda taze kalır. Şimdi PLAN_FOR_ADVANCED_OPTIMIZATIONS_ROUND_1__OPUS.md.'nin TAMAMINI okuyun. Sonra her boncukları çok dikkatlice 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? Tüm bunlar için kapsamlı ve ayrıntılı bir boncuk seti istiyoruz; görevler, alt görevler ve bağımlılık yapısı üst üste yerleştirilmiş, detaylı yorumlarla birlikte, böylece her şey tamamen kendi içinde kapsayacak ve kendi kendini belgeleyen (ilgili arka plan, gerekçe/gerekçe, dikkate alınanlar vb. dahil olmak üzere "gelecekteki benliğimiz" hedefler, niyetler ve düşünce süreci hakkında bilmesini istediğimiz her şey). Boncuklar o kadar detaylı olmalı ki, orijinal indirim planı belgesine geri dönmemize gerek kalmasın. Tüm indirim plan dosyasını kapsamlı şekilde doğru şekilde yansıtıyor mu? Değişiklik gerekliyse, boncukları revize edin, yenilerini oluşturun ya da geçersiz ya da uygulanamaz olanları kapatın. 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." Sonra birkaç tur: "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, boncukların bir parçası olarak kapsamlı birim testleri ve e2e test betikleri ile iyi ve detaylı kayıt işlemleri eklediğinizden emin olun, böylece uygulamadan sonra her şeyin mükemmel çalıştığından emin olabiliyoruz. Ultrathink kullan." Sonra sürüyü serbest bırakıp hepsini uygula. O zaman 2. Tura hazırlanın.