Claude Fabel 5 hal terbaik yang harus dilakukan: audit penuh gudang kode

Foto oleh Meta Alchemist

Dari Peggy, Block Beats

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

Setelah model baru online, para pengembang segera mulai menjelajahi penggunaannya dalam adegan rekayasa yang sebenarnya: Prompt audit gudang, yang dibagikan oleh alkimiawan @meta, adalah kasus yang khas. Ini memungkinkan Fable 5 untuk melihat gudang kode dalam sistem empat tahap, seperti halnya petugas teknis senior: pertama kombo struktur proyek dan gudang teknologi, kemudian mendefinisikan strategi perbaikan dan memecahnya menjadi tonggak sejarah misi dengan prioritas dan workload perkiraan berdasarkan dokumen nyata dan line-numbered inspeksi arsitektur, keamanan, pengujian, kinerja, ketergantungan dan masalah dokumentasi. Beberapa pengguna telah menggunakan ini untuk membersihkan utang teknis, untuk mendeteksi kesenjangan keamanan dan masalah efisiensi yang ditinggalkan oleh model lama, dan untuk menghadapi masalah awal seperti lingkungan kotak pasir yang tidak stabil。

Secara umum, rilis Fable 5 tidak hanya peningkatan kemampuan model, tetapi juga dorongan lebih lanjut untuk AI untuk pindah dari "Code Assistant" ke "Project Audit dan Proyek Improvement Collaborator"。

Berikut ini adalah teks asli:

Kau menggunakan Claude Fable 5

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

Silakan jalankan berikut "Audit and Project Improvement Alert" di setiap repositori kode yang penting bagi Anda(Replikasi pasta secara langsung)KANTOR:

Audit dan rencana perbaikan gudang kode

Claude Fable 5 Hasilkan petunjuk

Anda adalah seorang insinyur insinyur terkemuka dan ahli teknis audit. Tugas Anda adalah untuk melakukan analisis mendalam dari gudang kode, memberikan laporan audit jujur dan memberikan prioritas, melaksanakan rencana perbaikan. Silakan lanjutkan secara ketat sesuai dengan empat fase berikut dan jangan melompat。

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

Fasa 1 / Penemuan dan Kombinasi: Bacalah dahulu, hakim kemudian

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

:Menggabungkan struktur katalog, mengidentifikasi jenis proyek, bahasa yang digunakan, kerangka kerja dan tujuan operasional。

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

Dia membaca manual paket, lockfile, konfigurasi bangunan, konfigurasi CI, berkas lingkungan/konfigurasi, dan semua dokumen, termasuk README, CONTRIBUBUTING, ADR, dll。

Untuk menilai kegunaan proyek ini: tujuannya, penggunanya, dan kematangannya yang jelas sekarang — prototipe, alat internal, jasa produksi, atau perpustakaan。

:Ketentuan-dokumen yang telah digunakan oleh proyek, termasuk penamaan, batas modular, pola pengolahan kesalahan, gaya pengujian, dll, sehingga rekomendasi lanjutan sesuai dengan budaya teknik yang ada daripada menghadapinya。

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

Fasa 2 / Audit: Berdasarkan bukti dan keparahan ditunjukkan

Sebuah audit dari setiap dimensi berikut diminta。

Untuk setiap penemuan, berikut ini dicatat:

apa yang kau temukan

di mana ditemukan, dalam format berkas: nomor baris

mengapa hal ini penting, misalnya konsekuensi konkret, bukan prinsip abstrak

(d) Kritis / Tinggi / Media / Rendah

Struktur dan desain

Batas-batas modular, coupling/incorporation, dependensi sirkulasi, kebocoran abstrak, objek dokumen Tuhan/Tuhan, pelanggaran lapisan, kebohongan yang tak tertandingi。

Kualitas kode kode

Kode ulangan, kode buangan, hotspot kompleks, termasuk fungsi maksimum, sebagian besar fungsi cabang; model tidak konsisten; celah pemrosesan kesalahan, seperti osmosis abnormal, kondisi batas yang hilang; celah keamanan tipe。

Clear

KUNCI ATAU VOUCHER BERKODE KERAS, SUNTIKAN RISIKO, URUTAN TERBALIK YANG TIDAK AMAN, PENGESAHAN MASUKAN YANG HILANG, KELEMAHAN AUTENTIKASI/OTORISASI, RELIANCE USANG PADA CVES YANG DIKETAHUI, KONFIGURASI TIDAK PROPORSIONAL。

Uji

Kesenjangan cakupan tes, khususnya logika bisnis inti; kualitas tes, misalnya apakah tes memvalidasi perilaku atau hanya apakah tes beroperasi; tipe tes hilang, termasuk pengujian unit, pengujian integrasi, pengujian akhir-ke-akhir; model uji volatil; dan sulit untuk menguji kode。

Kinerja

PERTANYAAN N+1, DISTRIBUSI ATAU PENYALINAN YANG TIDAK PERLU, MEMBLOKIR PANGGILAN DALAM WALCHWAYS, CACHE ATAU INDEKS YANG HILANG, MASALAH PERTUMBUHAN TANPA BATAS SEPERTI MEMORI, FILE, ANTRIAN。

Dependensi beropendensi

mengeluarkan, tidak dijaga, berulang atau tidak perlu ketergantungan berat; risiko lisensi; pemeliharaan lockfile。

Pengalaman dan pengalaman pengembangan

Biaya Build/start, celah CI/CD, pemeriksaan wajib Lint/formating hilang, log dan kualitas deteksi, pelaporan kesalahan, jalur penyebaran。

Dokumentasi

README KEAKURATAN, JALAN MANUAL, TINDAKAN KUNCI YANG TIDAK DIREKAM, DOKUMEN KEDALUWARSA YANG BERTENTANGAN DENGAN KODE。

Aturan pada tahap ini

Ia lebih suka memberikan 15 penemuan keyakinan yang tinggi daripada 50 penemuan spekulatif。

Membedakan antara fakta dan penilaian. Misalnya:

fakta: " fungsi ini tidak dianiaya: src/api/klien.ts:142–3

• Ajudikasi: " Batas-batas modul ini tidak jelas"

Dan jelas kategori mana yang mana。

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

Ini tahap output: laporan "audit". Tolong kelompok berdasarkan dimensi, urutkan dengan keparahan, dan termasuk bagian Strongs. Jangan lupa untuk menunjukkan isu-isu yang paling jelek dan paling membutuhkan prioritas。

Fasa 3 / Strategi Peningkatan

Temuan audit gabungan ke dalam satu set strategi:

• Untuk mengidentifikasi tiga sampai lima tema yang dapat menjelaskan sebagian besar masalah, seperti ” batas wajib antara lapisan - lapisan ” dan ” terlalu banyak iklan hoc patchwork of mishandling ”。

• Mempersembahkan status objektif dan prinsip di balik setiap tema。

• Klarifikasi perdagangan: isu mana yang Anda sarankan tidak diperbaiki untuk sementara waktu, dan mengapa tidak, seperti ketidakcocokan antara masukan dan keuntungan, risiko tinggi, dan kematangan proyek tidak diperlukan untuk saat ini。

• Tentukan apa yang disebut "completed" - memberikan sinyal terukur, seperti "CI akan gagal karena kesalahan lint" "Core module test cakupan 80%" "Critical level is zero."。

Fasa 4 / Detail rencana misi

Melaporkan strategi ke dalam rencana implementasi:

Membongkar pekerjaan menjadi tugas independen. Setiap mandat harus mencakup:

Judul dan pernyataan misi

Dipengaruhi dokumen/regions

Standar penerimaan, misalnya, bagaimana untuk memverifikasi bahwa telah selesai

PERKIRAAN MUATAN KERJA: S = KURANG DARI 2 JAM, M = SETENGAH HARI, L = 1-2 HARI, XL = PEMBONGKARAN LEBIH LANJUT

Risiko perubahan itu sendiri, yaitu potensi untuk mengganggu fungsi yang ada

Reliance pada mandat lain

Silakan prioritaskan tugas berdasarkan tonggak:

Mirestone 0

Safety net: Hal-hal yang harus diselesaikan sebelum rekayasa ulang keamanan berlangsung, seperti pengujian jalur kritis, CI Gate, cadangan。

Milestone 1

Perbaikan kritis: masalah keamanan dan perbaikan。

Milestone 2

Peningkatan pengaruh yang tinggi: mereka yang memudahkan untuk menindaklanjuti segala sesuatu。

Milestone 3

Kualitas dan penggilingan: prioritas menengah dan rendah yang tersisa layak dialamatkan。

Tolong tunjukkan secara terpisah kemenangan cepat, dampak tinggi, beban kerja S, pengiriman langsung。

Untuk tiga tugas teratas, sila melampirkan ringkasan realisasi, termasuk metode, langkah kunci dan bidang yang mudah dilangkahi。

Format pengiriman terakhir

Sila jana satu dokumen yang memuat:

Tidak lebih dari 10 kata. Ia memberikan peringkat kesehatan A-F secara keseluruhan, dengan justifikasi; mencantumkan tiga risiko pertama dan tiga kesempatan pertama。

Peta Repo

Laporan Audit

Strategi Improvisasi Whif

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

Pertanyaan Terbuka: Daftar informasi yang membutuhkan pengambilan keputusan manusia, seperti maksud produk, modul yang dapat dibuang, target kinerja, dll。

Kekangan

Tidak ada perubahan kode akan dilakukan selama audit ini. Hanya melakukan analisis。

Jangan mengisi laporan. Jika dimensi sehat, hanya satu kalimat, dan kemudian terus turun。

Proposal kalibrasi kematangan proyek. Kecuali tujuan dari pemilik proyek memang diperlukan, tidak ada infrastruktur tingkat perusahaan disarankan untuk proyek prototipe akhir pekan。

Analisa kebutuhan nyata proyek dan memberikan nasihat dengan cara yang paling efektif。

Jika repositori kode berukuran besar, mohon prioritaskan analisis in-depth dari 20% kode inti, misalnya 80% dari beban kerja, dan tunjukkan daerah mana yang telah ditinjau pada tingkat yang lebih dangkal。

Bahasa Asli