Catatan Editor: Claude Fable 5 dirilis pada 9 Juni 2026. Anthropic memposisikannya sebagai model tingkat Mythos yang ahli dalam tugas rekayasa perangkat lunak siklus panjang dan memiliki fitur keamanan yang lebih kuat.

Setelah model baru diluncurkan, para pengembang segera mulai mengeksplorasi penggunaannya dalam skenario rekayasa nyata: Prompt audit repositori yang dibagikan oleh @meta_alchemist ini adalah contoh kasus yang khas. Prompt ini membuat Fable 5 tidak hanya menghasilkan kode, tetapi juga memeriksa repositori kode secara sistematis seperti seorang kepala teknologi senior, melalui empat tahap: pertama-tama menyusun struktur proyek dan tumpukan teknologi, kemudian memeriksa masalah arsitektur, keamanan, pengujian, kinerja, dependensi, dan dokumentasi berdasarkan file dan nomor baris nyata, selanjutnya merumuskan strategi perbaikan, dan memecahnya menjadi tugas-tugas pencapaian dengan prioritas dan estimasi beban kerja. Beberapa pengguna telah menggunakan ini untuk membersihkan utang teknis, menemukan kerentanan keamanan dan masalah efisiensi yang terlewatkan oleh model lama, sementara beberapa orang juga mengalami masalah awal seperti ketidakstabilan lingkungan sandbox.

Secara keseluruhan, rilis Fable 5 bukan hanya peningkatan kemampuan model, tetapi juga semakin mendorong AI beralih dari "asisten menulis kode" menjadi "kolaborator audit rekayasa dan peningkatan proyek".

Berikut adalah teks asli:

Apakah Anda sudah menggunakan Claude Fable 5?

Salah satu hal pertama yang harus Anda lakukan adalah menggunakannya untuk meningkatkan proyek inti Anda, agar secara signifikan meningkatkan semua pekerjaan yang sedang Anda lakukan.

Harap jalankan "Prompt Audit dan Peningkatan Proyek" berikut di setiap repositori kode yang penting bagi Anda (cukup salin dan tempel langsung):

Rencana Audit dan Peningkatan Repositori Kode

Anda adalah seorang insinyur perangkat lunak tingkat dunia, setara kepala insinyur, dan pakar audit teknologi. Tugas Anda adalah menganalisis secara mendalam repositori kode ini, memberikan laporan audit yang jujur, dan menyediakan rencana peningkatan yang dapat dieksekusi dan diurutkan berdasarkan prioritas. Harap selesaikan secara berurutan sesuai empat tahap di bawah ini, jangan melompati tahap.

Semua penilaian harus didasarkan pada bukti file nyata: Harap rujuk jalur file dan nomor baris. Jika sesuatu tidak dapat diverifikasi, nyatakan dengan jelas, jangan menebak.

Tahap 1 / Penemuan dan Penyusunan: Baca Dulu, Baru Nilai

Sebelum menarik kesimpulan apa pun, jelajahi seluruh repositori kode secara sistematis:

· Susun struktur direktori, identifikasi tipe proyek, bahasa yang digunakan, kerangka kerja, serta target eksekusi.

· Identifikasi file entri, modul inti, serta aliran data dan kontrol utama dalam sistem.

· Baca manifes paket, lockfile, konfigurasi build, konfigurasi CI, file konfigurasi/lingkungan, dan semua dokumentasi, termasuk README, CONTRIBUTING, ADR, dll.

· Tentukan tujuan proyek ini: targetnya, pengguna yang diharapkan, serta kematangannya saat ini—apakah prototipe, alat internal, layanan produksi, atau perpustakaan.

· Catat konvensi yang sudah diadopsi proyek, termasuk gaya penamaan, batasan modul, pola penanganan kesalahan, gaya pengujian, dll., sehingga saran selanjutnya dapat selaras dengan budaya rekayasa yang ada, bukan bertentangan.

Keluaran tahap ini: Sebuah "Peta Repositori Kode" yang ringkas, mencakup tujuan proyek, tumpukan teknologi, sketsa arsitektur, direktori kunci beserta penjelasan singkatnya, serta hal-hal apa pun yang mengejutkan Anda.

Tahap 2 / Audit: Berbasis Bukti, dan Tandai Tingkat Keparahan

Harap audit setiap dimensi berikut.

Untuk setiap temuan, catat:

a) Apa yang Anda temukan

b) Di mana ditemukan, format: file:nomor_baris

c) Mengapa hal ini penting, yaitu konsekuensi spesifik, bukan prinsip abstrak

d) Tingkat Keparahan: Critical / High / Medium / Low

Arsitektur & Desain

Batas modul, tingkat kopling/kohesi, dependensi siklik, kebocoran abstraksi, objek/file Tuhan, pelanggaran lapisan, hambatan skalabilitas.

Kualitas Kode

Kode duplikat, kode usang, titik panas kompleksitas, termasuk fungsi terpanjang, fungsi dengan cabang terbanyak; pola yang tidak konsisten; celah penanganan kesalahan, misalnya pengecualian ditelan, kasus batas yang hilang; kerentanan keamanan tipe.

Keamanan

Kunci atau kredensial hardcoded, risiko injeksi, deserialisasi tidak aman, validasi input yang hilang, kelemahan autentikasi/otorisasi, dependensi usang dengan CVE diketahui, konfigurasi yang terlalu longgar.

Pengujian

Cakupan pengujian yang kurang, terutama logika bisnis inti; kualitas pengujian, yaitu apakah pengujian memverifikasi perilaku atau hanya memverifikasi dapat berjalan; jenis pengujian yang hilang, termasuk pengujian unit, integrasi, end-to-end; pola pengujian yang fluktuatif; kode yang sulit diuji.

Kinerja

Kueri N+1, alokasi atau penyalinan yang tidak perlu, panggilan pemblokiran dalam jalur asinkron, cache atau indeks yang hilang, masalah pertumbuhan tanpa batas, misalnya memori, file, antrian.

Dependensi

Dependensi usang, tidak dipelihara, duplikat, atau berat yang tidak perlu; risiko lisensi; pemeliharaan lockfile.

Pengalaman Pengembangan & Operasional

Biaya build/startup, kekurangan CI/CD, pemeriksaan wajib lint/formatting yang hilang, kualitas logging & observabilitas, pelaporan kesalahan, jalur deployment.

Dokumentasi

Keakuratan README, jalur mulai cepat, perilaku kritis yang tidak didokumentasikan, dokumentasi kedaluwarsa yang bertentangan dengan kode.

Aturan Tahap Ini

Lebih baik berikan 15 temuan dengan keyakinan tinggi daripada 50 temuan spekulatif.

Bedakan fakta dan penilaian. Contoh:

· Fakta: "Fungsi ini tidak memiliki penanganan kesalahan: src/api/client.ts:142"

· Penilaian: "Batas tanggung jawab modul ini terasa tidak jelas"

Dan beri label jelas mana yang mana.

Sebutkan juga hal-hal yang sudah baik dilakukan oleh repositori kode ini. Kekuatan juga penting, karena menentukan hal-hal apa yang harus dipertahankan.

Keluaran tahap ini: Sebuah "Laporan Audit". Harap kelompokkan berdasarkan dimensi, urutkan berdasarkan tingkat keparahan, dan sertakan bagian Strengths. Jangan lupa tunjuk masalah paling buruk, yang paling perlu diprioritaskan.

Tahap 3 / Strategi Peningkatan

Sintesiskan hasil audit menjadi serangkaian strategi:

· Identifikasi 3–5 tema yang dapat menjelaskan sebagian besar masalah, misalnya "tidak ada batas wajib antar lapisan", "penanganan kesalahan terlalu dadakan".

· Untuk setiap tema, usulkan keadaan tujuan, dan prinsip di baliknya.

· Jelaskan dengan jelas trade-off: masalah mana yang Anda sarankan untuk sementara tidak diperbaiki, mengapa, misalnya ketidaksesuaian investasi dan manfaat, risiko tinggi, tingkat kematangan proyek belum memerlukan.

· Definisikan apa yang dimaksud "selesai" — berikan sinyal yang terukur, misalnya "CI gagal karena kesalahan lint", "cakupan pengujian modul inti ≥ 80%", "masalah tingkat Critical nol".

Tahap 4 / Rencana Tugas Terperinci

Transformasikan strategi menjadi rencana eksekusi:

Pecah pekerjaan menjadi tugas-tugas independen. Setiap tugas harus mencakup:

· Judul dan deskripsi tugas singkat

· File/area yang terdampak

· Kriteria penerimaan, yaitu cara memverifikasi bahwa tugas telah selesai

· Estimasi beban kerja: S = kurang dari 2 jam, M = setengah hari, L = 1–2 hari, XL = perlu dipecah lebih lanjut

· Risiko perubahan itu sendiri, yaitu apakah mungkin merusak fungsionalitas yang ada

· Ketergantungan pada tugas lain

Harap urutkan tugas berdasarkan pencapaian:

Milestone 0

Jaring Pengaman: Hal-hal yang harus diselesaikan sebelum refaktor keamanan, misalnya pengujian jalur kritis, gerbang CI, backup.

Milestone 1

Perbaikan Kritis: Masalah keamanan dan kebenaran.

Milestone 2

Peningkatan Leverage Tinggi: Perubahan yang membuat semua pekerjaan selanjutnya lebih mudah.

Milestone 3

Kualitas & Pemolesan: Sisa hal-hal prioritas menengah-rendah yang layak ditangani.

Harap tandai secara terpisah quick wins, yaitu tugas berdampak tinggi, beban kerja S, yang dapat segera diselesaikan.

Untuk tiga tugas teratas, sertakan sketsa implementasi singkat, termasuk metode, langkah kunci, dan hal-hal yang mudah terjebak.

Format Pengiriman Akhir

Harap hasilkan satu dokumen tunggal, berisi bagian-bagian berikut:

Ringkasan Eksekutif: Maksimal 10 kalimat. Berikan skor kesehatan keseluruhan A–F, dan alasannya; sebutkan 3 risiko teratas dan 3 peluang teratas.

Peta Repositori

Laporan Audit

Strategi Peningkatan

Rencana Tugas: Termasuk pencapaian, tabel tugas, dan quick wins

Pertanyaan Terbuka: Sebutkan informasi yang memerlukan keputusan manusia, misalnya maksud produk, modul yang dapat dihapus, target kinerja, dll.

Kendala

Selama proses audit ini, jangan ubah kode apa pun. Hanya lakukan analisis.

Jangan mengisi laporan. Jika suatu dimensi sehat, jelaskan dengan satu kalimat saja, lalu lanjutkan.

Kalibrasi saran sesuai kematangan proyek. Jangan rekomendasikan infrastruktur tingkat perusahaan untuk proyek prototipe akhir pekan, kecuali memang diperlukan oleh tujuan pemilik proyek.

Analisis kebutuhan nyata proyek, dan berikan saran dengan cara yang paling efektif.

Jika repositori kode besar, prioritaskan analisis mendalam pada 20% kode paling inti, yaitu bagian yang menangani 80% pekerjaan, dan jelaskan area mana yang hanya ditinjau secara dangkal.