Claude Fable 5 hal terbaik untuk dilakukan: audit penuh dari gudang kode

Foto oleh Meta Alchemist

Original by Peggy, Block Beats

Editor, diterbitkan pada 9 Juni 2026 oleh Claude Fable 5, memposisikan itu sebagai model Mythos- kelas yang mengkhususkan diri dalam rekayasa perangkat lunak siklus panjang dan memiliki fitur keamanan yang lebih kuat。

Setelah model baru online, pengembang segera mulai mengeksplorasi penggunaannya dalam adegan rekayasa nyata: gudang audit Prompt, dibagikan oleh @ meta alchemist, adalah kasus biasa. Hal ini memungkinkan Fable 5 untuk melihat gudang kode dalam sistem empat tahap, seperti halnya perwira teknis senior: kombo pertama struktur proyek dan gudang teknologi, kemudian memperbaiki strategi perbaikan dan memecah ke dalam misteri misi dengan perkiraan prioritas dan beban kerja berdasarkan dokumen nyata dan line- arsitektur inspeksi bernomor, keamanan, pengujian, kinerja, ketergantungan dan masalah dokumentasi. Beberapa pengguna telah menggunakan ini untuk membersihkan utang teknis, untuk mendeteksi kesenjangan keamanan dan masalah efisiensi ditinggalkan oleh model lama, dan untuk menghadapi masalah awal seperti lingkungan bak pasir yang tidak stabil。

Secara umum, rilis Fable 5 tidak hanya peningkatan kemampuan model, tetapi juga dorongan lebih lanjut untuk AI untuk bergerak dari "Asisten Kode" ke "Audit Proyek dan Proyek Kolaborator Improvisasi"。

Berikut adalah teks asli:

Apa kau menggunakan Claude Fable 5

Salah satu hal pertama yang harus Anda lakukan adalah meningkatkan proyek inti Anda dengannya sehingga proyek ini dapat meningkatkan secara signifikan semua yang telah Anda lakukan。

Silakan jalankan "Audit and Project Improvious Alert" di setiap repositori kode yang penting bagi Anda(Replicate pasta langsung):

Audit gudang kode dan rencana perbaikan

Claude Fable 5 Generates hints

Anda adalah kelas dunia, insinyur perangkat lunak tingkat terkemuka dan ahli audit teknis. Tugas Anda adalah untuk melakukan analisis mendalam dari gudang kode, menyediakan laporan audit yang jujur dan memberikan prioritas, rencana perbaikan yang bisa diterapkan. Silakan lanjutkan secara ketat sesuai dengan empat tahap berikut dan jangan melompat。

Semua penilaian harus didasarkan pada dokumen asli: silakan mengutip jalur berkas dan nomor baris. Jika sesuatu tidak dapat diverifikasi, mohon spesifikasikan, bukan menebak。

Tahap 1 / Discovery dan Kombinasi: Baca pertama, hakim nanti

Sebelum mencapai kesimpulan apapun, menjelajahi secara sistematis seluruh gudang kode:

:: Combine struktur katalog, mengidentifikasi jenis proyek, bahasa yang digunakan, frameworks dan tujuan operasional。

: Identifikasi dokumen entri, modul inti dan aliran data utama dan kontrol dalam sistem。

Baca manual paket, berkas kunci, konfigurasi, konfigurasi CI, berkas konfigurasi lingkungan / lingkungan, dan semua dokumen, termasuk README, CONTRIBUTING, ADR, dll。

Untuk menilai kegunaan proyek ini: tujuan, pengguna yang dimaksudkan, dan kedewasaan yang nyata - prototipe, alat internal, layanan produksi, atau perpustakaan。

:: praktek dokumentasi telah digunakan oleh proyek, termasuk penamaan, batas modular, pola pemrosesan, gaya pengujian, dll., sehingga rekomendasi-rekomendasi yang mengikuti cocok dengan budaya teknik yang ada daripada menghadapinya。

Tahap keluaran ini: "peta gudang kode sederhana", termasuk penggunaan proyek, tumpukan teknologi, sketsa struktur, katalog kunci dan deskripsi mereka, dan apapun yang mengejutkan Anda。

Tahap 2 / Audit: bukti berbasis dan tingkat keparahan ditunjukkan

Audit setiap dimensi berikut diminta。

Untuk setiap penemuan, berikut dicatat:

(a) apa yang anda temukan

(b) dimana ditemukan, dalam format berkas: nomor baris

mengapa hal ini penting, yaitu konsekuensi beton, bukan prinsip abstrak

(d) Kritis / Tinggi / Media / Rendah

Struktur dan desain

Batas modular, gabungan / penggabungan, ketergantungan peredaran darah, kebocoran abstrak, objek Tuhan / Allah dokumen, pelanggaran lapisan, kulit kepala。

Kualitas kode

Ulangi kode, kode limbah, hotspot kompleks, termasuk fungsi maksimum, sebagian besar fungsi cabang; model tidak konsisten; kesenjangan pemrosesan; seperti osmosis abnormal, kondisi batas hilang; tipe celah keamanan。

Aman

KUNCI-KUNCI BERKODE ATAU VOUCHER, SUNTIKAN RISIKO, URUTAN TERBALIK YANG TIDAK AMAN, VERIFIKASI MASUKAN HILANG, KELEMAHAN OTENTIKASI / OTORISASI, KETERGANTUNGAN USANG PADA KONFIGURASI CVE, TIDAK PROPORSIONAL。

Uji

Tes cakupan kesenjangan, dalam logika bisnis inti tertentu; kualitas tes, yaitu apakah tes memvalidasi perilaku atau hanya apakah tes operasional; hilang jenis tes, termasuk unit pengujian, tes integrasi, end-to-end pengujian; model tes volatile; dan sulit untuk menguji kode。

Penampilan

N + 1 QUERY, DISTRIBUSI YANG TIDAK PERLU ATAU MENYALIN, MEMBLOKIR PANGGILAN DI JALAN SETAPAK, HILANG CACHE ATAU INDEKS, ISU PERTUMBUHAN TANPA BATAS SEPERTI MEMORI, BERKAS, ANTRIAN。

Ketergantungan

kelebihan, tidak dipertahankan, berulang-ulang atau tidak perlu ketergantungan berat; risiko lisensi; perawatan lockfile。

Pengalaman dan pengalaman pembangunan

Biaya pembangunan / awal, kesenjangan CI / CD, hilang pemeriksaan wajib Lint / penformating, log dan deteksi kualitas, kesalahan pelaporan, jalur penyebaran。

Dokumentasi

README AKURASI, PATH MANUAL, AKSI KUNCI TAK TERCATAT, DOKUMEN KADALUARSA YANG BERTENTANGAN DENGAN KODE。

Aturan pada tahap ini

Lebih baik memberikan 15 penemuan kepercayaan diri yang tinggi daripada 50 penemuan spekulatif。

Memisahkan antara fakta dan penghakiman. Misalnya:

fakta: "fungsi ini tidak dianiaya: src / api / client.ts: 142"

Adjudication: "Batas-batas modul ini tidak jelas"

Dan jelas kategori yang mana。

Ini juga daftar di mana ini kode gudang bekerja dengan baik. Keuntungan sama pentingnya karena mereka menentukan apa yang harus dipertahankan。

Tahap keluaran ini: "laporan audit". Silakan grup dengan dimensi, urutkan oleh keparahan, dan termasuk bagian Strongs. Jangan lupa untuk menunjukkan isu-isu yang paling jelek dan paling perlu prioritas。

Strategi Tahap 3 / Improvement

Penemuan audit integrasikan menjadi satu set strategi:

Untuk mengidentifikasi tiga sampai lima tema yang dapat menjelaskan sebagian besar masalah, seperti "tidak ada batas wajib antara lapisan" dan "pekerjaan yang salah dalam iklan"。

Mempersembahkan status dari tujuan dan prinsip di balik setiap tema。

Clarify trade- off: masalah mana yang Anda sarankan tidak tetap untuk saat ini, dan mengapa tidak, seperti ketidakcocokan antara masukan dan manfaat, risiko tinggi, dan pertumbuhan proyek tidak diperlukan untuk saat ini。

Definisikan apa yang disebut "selesai" - memberikan sinyal terukur, seperti "CI akan gagal karena kesalahan warna" "Core modul tes cakupan 80%" "tingkat kritis adalah nol"。

Fase 4 / Detail rencana misi

Menerjemahkan strategi ke dalam rencana implementasi:

Membongkar pekerjaan menjadi tugas independen. Setiap mandat harus mencakup:

:: Judul dan pernyataan misi

Dokumen / daerah yang terkait

:: Standar penerimaan, yaitu, bagaimana memverifikasi bahwa hal itu telah selesai

ESTIMASI WORKLOAD: S = KURANG DARI 2 JAM, M = SETENGAH HARI, L = 1-2 HARI, XL = LEBIH LANJUT PEMBONGKARAN

:: risiko perubahan itu sendiri, yaitu, potensi untuk mengganggu fungsi yang ada

Bantuan pada mandat lain

Silakan memprioritaskan tugas dengan tonggak:

Mirestone 0

jaring pengaman: Matters yang harus diselesaikan sebelum keamanan re- engineering berlangsung, seperti uji jalur kritis, CI Gate, backup。

Milestone 1

Perbaikan kritis: masalah keamanan dan perbaikan。

Milestone 2

Peningkatan pengaruh tinggi: mereka yang membuatnya lebih mudah untuk menindaklanjuti segalanya。

Milestone 3

Kualitas dan grinding: sisa prioritas tengah dan rendah layak ditangani。

Harap menunjukkan secara terpisah kemenangan cepat, yaitu dampak tinggi, S beban kerja, pengantaran langsung。

Untuk tiga tugas teratas, mohon pasang ringkasan dari kesadaran, termasuk metode, langkah kunci dan area yang mudah untuk dijalankan。

Format pengiriman akhir

Silakan hasilkan satu dokumen yang berisi:

Eksekusi Summer: tidak lebih dari 10 kata. Berikan peringkat kesehatan keseluruhan A-F, dengan pembenaran; daftar tiga risiko pertama dan tiga kesempatan pertama。

Peta Repo

Laporan Audit

Strategi Improvisasi

Rencana Tugas: termasuk tonggak sejarah, lembar tugas dan kemenangan cepat

Pertanyaan terbuka: Daftar informasi yang memerlukan keputusan manusia, seperti tujuan produk, modul yang mudah menguap, target kinerja, dll。

Konstrain

Tidak ada perubahan kode yang akan dibuat selama audit ini. Lakukan analisis。

Jangan isi laporannya. Jika dimensi sehat, hanya satu kalimat, dan kemudian melanjutkan ke bawah。

Proyek kedewasaan proposal kalibrasi. Kecuali tujuan dari pemilik proyek memang diperlukan, tidak ada infrastruktur tingkat kerja direkomendasikan untuk proyek prototipe akhir pekan。

Analisa kebutuhan sebenarnya dari projek dan memberikan saran dalam cara yang paling efektif。

Jika repositori kode besar, mohon beri prioritas untuk analisis dalam-dalam dari 20% dari kode inti, yaitu 80% dari beban kerja, dan menunjukkan daerah mana yang telah ditinjau pada tingkat yang lebih dangkal。

Tautan Asli