Orijinal Yazar: Meta Alchemist
Çeviri: Peggy, BlockBeats

Editör Notu: Claude Fable 5, 9 Haziran 2026'da yayınlandı. Anthropic, onu uzun döngülü yazılım mühendisliği görevlerinde uzmanlaşmış ve daha güçlü güvenlik özelliklerine sahip Mythos seviyesinde bir model olarak konumlandırıyor.

Yeni model piyasaya sürüldükten sonra, geliştiriciler hızla onu gerçek mühendislik senaryolarında kullanmanın yollarını keşfetmeye başladı: @meta_alchemist tarafından paylaşılan bu depo denetim Prompt'u, bunun tipik bir örneği. Fable 5'in sadece kod üretmesini değil, aynı zamanda kıdemli bir teknik lider gibi dört aşamada sistematik olarak kod deposunu incelemesini sağlıyor: önce proje yapısını ve teknoloji yığınını düzenliyor, ardından gerçek dosyalar ve satır numaralarına dayanarak mimari, güvenlik, test, performans, bağımlılık ve dokümantasyon sorunlarını kontrol ediyor, sonra iyileştirme stratejileri çıkarıyor ve bunları öncelik ve iş yükü tahminleriyle birlikte görev kilometre taşlarına ayırıyor. Bazı kullanıcılar bu sayede teknik borçları temizledi, eski modellerin gözden kaçırdığı güvenlik açıklarını ve verimlilik sorunlarını keşfetti, bazıları ise kum havuzu ortamının dengesizliği gibi erken dönem sorunlarıyla karşılaştı.

Genel olarak, Fable 5'in yayınlanması yalnızca bir model yetenek yükseltmesi değil, aynı zamanda yapay zekayı "kod yazma asistanı" olmaktan "mühendislik denetimi ve proje iyileştirme işbirlikçisi" olmaya doğru itiyor.

İşte orijinal metin:

Claude Fable 5'i kullanmaya başladınız mı?

Yapmanız gereken ilk şeylerden biri, onu temel projelerinizi yükseltmek için kullanmak ve üzerinde çalıştığınız tüm işleri büyük ölçüde iyileştirmesini sağlamak.

Sizin için önemli olan her kod deposunda aşağıdaki "Denetim ve Proje İyileştirme Promptu"nu çalıştırın (doğrudan kopyalayıp yapıştırmanız yeterli):

Kod Deposu Denetimi ve İyileştirme Planı

Prompt, Claude Fable 5 tarafından oluşturuldu

Sen dünya çapında, başmühendis seviyesinde bir yazılım mühendisi ve teknoloji denetim uzmanısın. Görevin, bu kod deposunu derinlemesine analiz etmek, dürüst bir denetim raporu sunmak ve önceliklendirilmiş, uygulanabilir bir iyileştirme planı sağlamaktır. Lütfen aşağıdaki dört aşamayı sırayla tamamla, adım atlama.

Tüm değerlendirmeler gerçek dosya kanıtlarına dayanmalıdır: Lütfen dosya yollarını ve satır numaralarını belirt. Bir şey doğrulanamıyorsa, tahmin yürütmek yerine açıkça belirt.

Aşama 1 / Keşif ve Haritalama: Önce Oku, Sonra Karar Ver

Herhangi bir sonuca varmadan önce, tüm kod deposunu sistematik bir şekilde keşfedin:

· Dizin yapısını inceleyin, proje türünü, kullanılan dilleri, çerçeveleri ve çalışma hedeflerini belirleyin.

· Giriş dosyalarını, temel modülleri ve sistemdeki ana veri akışı ile kontrol akışını tanımlayın.

· Paket manifestosunu, lockfile dosyasını, derleme yapılandırmasını, CI yapılandırmasını, ortam/yapılandırma dosyalarını ve README, CONTRIBUTING, ADR dahil tüm belgeleri okuyun.

· Bu projenin amacını belirleyin: hedefleri, beklenen kullanıcıları ve mevcut görünen olgunluk seviyesi—prototip mi, iç araç mı, üretim hizmeti mi yoksa bir kütüphane mi.

· Projenin benimsediği kuralları kaydedin: adlandırma stilleri, modül sınırları, hata işleme desenleri, test stilleri vb. Böylece sonraki öneriler mevcut mühendislik kültürüyle uyumlu olur, ona karşı çalışmaz.

Bu aşamanın çıktısı: Proje amacı, teknoloji yığını, mimari taslağı, tek cümlelik açıklamalarla ana dizinler ve sizi şaşırtan herhangi bir noktayı içeren kısa bir "Kod Deposu Haritası".

Aşama 2 / Denetim: Kanıta Dayalı ve Ciddiyet Derecelendirmeli

Lütfen aşağıdaki her boyut için bir denetim gerçekleştirin.

Her bulgu için şunları kaydedin:

a) Ne buldunuz

b) Nerede buldunuz, format: dosya:satır_numarası

c) Bunun neden önemli olduğu, yani soyut ilkeler değil, somut sonuçlar

d) Ciddiyet: Kritik / Yüksek / Orta / Düşük

Mimari ve Tasarım

Modül sınırları, bağlılık/uyum, döngüsel bağımlılıklar, soyutlama sızıntıları, tanrı nesneleri/tanrı dosyaları, katman ihlalleri, ölçeklenebilirlik darboğazları.

Kod Kalitesi

Tekrarlanan kod, ölü kod, karmaşıklık sıcak noktaları (en uzun fonksiyon, en fazla dalı olan fonksiyon); tutarsız desenler; hata işleme boşlukları (örneğin, istisnaların yutulması, eksik sınır durumları); tip güvenliği zafiyetleri.

Güvenlik

Sert kodlanmış anahtarlar veya kimlik bilgileri, enjeksiyon riskleri, güvensiz serileştirme, eksik girdi doğrulaması, kimlik doğrulama/yetkilendirme zayıflıkları, bilinen CVE'lere sahip güncel olmayan bağımlılıklar, aşırı izin verici yapılandırmalar.

Test

Test kapsama boşlukları, özellikle temel iş mantığında; test kalitesi, yani testler davranışı mı doğruluyor yoksa sadece çalıştığını mı; eksik test türleri (birim testi, entegrasyon testi, uçtan uca test); kararsız test desenleri; test edilmesi zor kod.

Performans

N+1 sorguları, gereksiz bellek ayırma veya kopyalama, asenkron yollardaki bloke edici çağrılar, eksik önbellek veya indeks, sınırsız büyüme sorunları (örneğin bellek, dosya, kuyruk).

Bağımlılıklar

Güncel olmayan, bakımı yapılmayan, tekrarlanan veya gereksiz ağır bağımlılıklar; lisans riskleri; lockfile bakım durumu.

Geliştirici Deneyimi ve Operasyon

Derleme/başlatma maliyeti, CI/CD eksiklikleri, lint/biçimlendirme zorunluluğunun olmaması, log ve gözlemlenebilirlik kalitesi, hata raporlama, dağıtım yolu.

Dokümantasyon

README doğruluğu, başlangıç yolu, belgelenmemiş kritik davranışlar, kodla çelişen güncel olmayan dokümanlar.

Bu Aşamanın Kuralı

50 spekülatif bulgu yerine 15 yüksek güvenilirlikli bulgu vermek daha iyidir.

Gerçekleri ve yargıları ayırın. Örneğin:

· Gerçek: «Bu fonksiyonda hata yönetimi yok: src/api/client.ts:142»

· Yargı: «Bu modülün sorumluluk sınırları net değil»

Ve hangisinin hangisi olduğunu açıkça belirtin.

Ayrıca bu kod deposunun iyi yaptığı şeyleri listeleyin. Güçlü yönler de aynı derecede önemlidir çünkü hangi şeylerin korunması gerektiğini belirlerler.

Bu Aşamanın Çıktısı: Bir «Denetim Raporu». Lütfen boyutlara göre gruplandırın, ciddiyet sırasına göre sıralayın ve bir Güçlü Yönler bölümü ekleyin. En çirkin ve öncelikli olarak ele alınması gereken sorunları belirtmeyi unutmayın.

Aşama 3 / İyileştirme Stratejisi

Denetim sonuçlarını bir strateji halinde birleştirin:

· Çoğu sorunu açıklayabilecek 3–5 temayı belirleyin, örneğin «Katmanlar arasında zorunlu sınır yok», «Hata yönetimi çok geçici ve düzensiz».

· Her tema için hedef durumu ve arkasındaki ilkeleri önerin.

· Takasları açıkça belirtin: Hangi sorunları şimdilik düzeltmemenizi önerirsiniz ve neden? Örneğin, çaba-getiri dengesizliği, yüksek risk, proje olgunluğunun henüz gerektirmemesi.

· «Tamamlanma»yı tanımlayın: Ölçülebilir sinyaller verin, örneğin «CI, lint hataları nedeniyle başarısız olur», «Temel modül test kapsamı ≥ %80», «Kritik seviye sorunlar sıfırlanmıştır».

Aşama 4 / Detaylı Görev Planı

Stratejiyi uygulama planına dönüştürün:

İşi bağımsız görevlere bölün. Her görev şunları içermelidir:

· Başlık ve bir görev açıklaması

· Etkilenen dosyalar/alanlar

· Kabul kriterleri, yani tamamlandığının nasıl doğrulanacağı

· İş yükü tahmini: S = 2 saatten az, M = yarım gün, L = 1–2 gün, XL = daha fazla parçalama gerektirir

· Değişikliğin kendisinin riski, yani mevcut işlevselliği bozma olasılığı

· Diğer görevlere bağımlılıklar

Görevleri kilometre taşlarına göre sıralayın:

Milestone 0

Güvenlik ağı: Güvenli yeniden düzenlemeden önce tamamlanması gerekenler, örn. kritik yol testleri, CI gate, yedekleme.

Milestone 1

Kritik düzeltmeler: Güvenlik ve doğruluk sorunları.

Milestone 2

Yüksek kaldıraçlı iyileştirmeler: Sonraki tüm çalışmaları kolaylaştıracak değişiklikler.

Milestone 3

Kalite ve cilalama: Geriye kalan, ele alınmaya değer düşük ve orta öncelikli öğeler.

Quick win'leri ayrıca işaretleyin: yüksek etkili, S iş yükünde, hemen tamamlanabilecek görevler.

İlk üç görev için, yöntem, kilit adımlar ve sık karşılaşılan tuzakları içeren kısa bir uygulama taslağı ekleyin.

Nihai Teslimat Formatı

Aşağıdaki bölümleri içeren tek bir belge oluşturun:

Executive Summary: En fazla 10 cümle. A–F arası genel sağlık puanı verin ve gerekçesini açıklayın; ilk 3 büyük riski ve ilk 3 fırsatı listeleyin.

Repo Haritası

Denetim Raporu

İyileştirme Stratejisi

Görev Planı: Kilometre taşları, görev tablosu ve quick win'leri içerir

Açık Sorular: İnsan kararı gerektiren bilgileri listeleyin, örn. ürün niyeti, kullanımdan kaldırılabilir modüller, performans hedefleri vb.

Kısıtlamalar

Bu denetim sırasında herhangi bir kodu değiştirmeyin. Sadece analiz yapın.

Raporu doldurmayın. Bir boyut sağlıklıysa, tek bir cümleyle belirtin ve devam edin.

Önerileri projenin olgunluk seviyesine göre ayarlayın. Hafta sonu yapılmış bir prototip projesine, proje sahibinin hedefleri gerçekten gerektirmedikçe kurumsal düzeyde altyapı önermeyin.

Projenin gerçek ihtiyaçlarını analiz edin ve en etkili şekilde önerilerde bulunun.

Kod deposu büyükse, öncelikle iş yükünün %80'ini üstlenen en kritik %20'lik kodu derinlemesine analiz edin ve hangi alanların yalnızca yüzeysel olarak incelendiğini belirtin.

[Orijinal bağlantı]

BlockBeats Resmi Topluluğuna Katılın:

Telegram Abonelik Grubu: https://t.me/theblockbeats

Telegram Sohbet Grubu: https://t.me/BlockBeats_App

Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia