DEV Community

Cover image for Panduan Prompt Claude Fable 5.1: Mengatasi Setiap Perubahan Perilaku dengan Prompt Korektif
Walse
Walse

Posted on Originally published at apidog.com

Panduan Prompt Claude Fable 5.1: Mengatasi Setiap Perubahan Perilaku dengan Prompt Korektif

Panduan Prompting Claude Fable 5.1: Perubahan Perilaku dan Perbaikannya

Anthropic mengatakan prompt Fable 5 yang sudah ada akan berfungsi dengan baik di Claude Fable 5.1 tanpa perubahan. Itu benar untuk jawabannya. Namun, perilaku di sekitarnya berubah: jumlah panggilan alat yang di-batch per giliran, frekuensi pembaruan progres, kepadatan bahasa, struktur obrolan, cara model mengedit file, dan kecenderungannya meminta izin untuk pekerjaan yang sudah diminta. Panduan ini merangkum pergeseran tersebut berdasarkan panduan prompting Anthropic untuk Claude Fable 5.1.

Coba Apidog hari ini

Untuk gambaran umum model, baca apa itu Claude Fable 5.1.

Mulai dari effort, bukan prompt

Effort adalah kontrol utama untuk menyeimbangkan kecerdasan, latensi, dan biaya di Fable 5.1. Sesuaikan parameter ini sebelum mengubah [REDACTED PROMPT] dan high.

  1. Uji empat level lainnya dengan evaluasi Anda sendiri.
  2. Ulangi pengujian meskipun evaluasi yang sama sudah dijalankan di Fable 5.

Nama level effort tidak menghasilkan jumlah pemikiran yang sama di setiap model.

Klaim Anthropic yang perlu diuji:

  • medium kira-kira menyamai Fable 5 dengan biaya lebih rendah.
  • low sering kompetitif dengan Opus dan Sonnet dalam biaya per tugas, sekaligus menghasilkan skor lebih tinggi.
  • Peningkatan dibandingkan Fable 5 paling besar pada xhigh dan max.

Fable 5.1 juga memungkinkan perubahan effort di tengah percakapan tanpa mengatur ulang cache. Gunakan pesan system dengan konten kosong dan output_config, bersama header beta mid-conversation-output-config-2026-07-01. Lihat bentuk lengkapnya di Panduan API dan dokumentasi Effort.

Pengaturan effort pada Claude Fable 5.1

Penempatan instruksi lebih penting daripada pilihan kata

Blok pemikiran Fable 5.1 hanya valid dalam percakapan persis yang menghasilkannya (preserved thinking). Menyisipkan pengingat ke giliran sebelumnya lalu menghapusnya pada permintaan berikutnya berarti mengedit riwayat percakapan. Dampaknya:

  • cache prompt dimulai ulang;
  • pada akun yang dibuat pada atau setelah 31 Agustus 2026, blok pemikiran berikutnya dibatalkan.

Tempatkan instruksi per giliran di salah satu dari dua lokasi berikut.

Dengan beta system message

Dengan beta mid-conversation-system-clear-at-2026-08-21, tambahkan pesan sistem lingkup giliran setelah hasil alat:

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "..."
}
Enter fullscreen mode Exit fullscreen mode

Biarkan salinan instruksi sebelumnya tetap berada di dalam array. Setelah pesan pengguna berikutnya dikirim, API menghapus salinan lama. Model hanya membaca versi terbaru, dan salinan yang dihapus tidak mengonsumsi token.

Tanpa beta

Letakkan instruksi dalam blok teks setelah tool_result pada pesan pengguna yang sama. Jangan menghapus atau menulis ulang salinan yang sudah dikirim.

Baca dokumentasi preserved thinking dan panduan preserved thinking Fable 5.1.

Instruksi tingkat sesi dapat ditempatkan di system prompt atau giliran pengguna pertama. Anthropic mencatat bahwa instruksi gaya pada giliran pengguna pertama lebih bertahan daripada teks yang sama di system prompt.

Pastikan agen melakukan satu panggilan alat per giliran

Pergeseran

Ketika permintaan berisi beberapa hal untuk diambil, Fable 5.1 dapat mengeluarkan panggilan secara paralel. Namun, dalam loop coding atau penggunaan komputer, pembacaan independen berikutnya yang hanya tersirat dapat menghasilkan satu panggilan per giliran, sementara Fable 5 melakukan batching.

Jawaban akhirnya mungkin sama, tetapi setiap giliran tambahan meningkatkan:

  • token;
  • perjalanan pulang-pergi;
  • waktu nyata.

Cara memperbaiki

Ukur perilaku terlebih dahulu. Lacak persentase giliran asisten yang berisi lebih dari satu tool_use. Tambahkan perbaikan hanya jika angka tersebut menurun.

Tambahkan pesan sistem lingkup giliran setelah setiap hasil alat:

Daftarkan secara pribadi apa yang Anda butuhkan selanjutnya; lalu minta setiap item yang tidak bergantung pada hasil item lain dalam satu respons ini.

Pertahankan kata “secara pribadi”. Tanpa kata tersebut, model terkadang menjawab pengingat alih-alih melanjutkan pekerjaan. Satu kalimat yang diletakkan dekat akhir permintaan saat ini biasanya lebih efektif daripada teks yang sama di system prompt.

Kurangi teks di antara panggilan alat

Pergeseran

Selama giliran dengan banyak panggilan alat, Fable 5.1 menulis lebih sedikit pembaruan yang terlihat pengguna, terutama pada effort tinggi. Pengguna dapat melihat agen diam selama beberapa menit atau hanya menerima pesan terakhir.

Tiga perbaikan berurutan

  1. Periksa apakah pembaruan progres memang dikirim.

    Catatan antar-alat dapat dikembalikan sebagai blok thinking kosong ketika display default adalah "omitted". Gunakan display: "updates" dengan header beta thinking-display-updates-2026-08-18, lalu tampilkan setiap blok pemikiran yang tidak kosong sebagai baris status.

  2. Hapus instruksi lama yang menahan pembaruan.

    Contohnya, hapus kalimat seperti:

Tahan semua temuan untuk respons akhir.

  1. Tambahkan instruksi progres jika masih diperlukan.

Sebelum Anda mulai, katakan dalam satu baris apa yang akan Anda lakukan; pembaruan singkat saat Anda bekerja membantu pengguna mengikuti. Tutup dengan ringkasan singkat yang berdiri sendiri, mencakup apa yang Anda temukan, apa yang Anda lakukan, dan apa selanjutnya, sehingga pembaca yang hanya melihat pesan terakhir memiliki gambaran lengkap.

Jika produk Anda menyembunyikan keluaran alat, beri tahu model melalui pesan sistem lingkup giliran:

Hanya Anda yang melihat keluaran perintah itu. Jika pengguna perlu membaca sebagian darinya, masukkan ke dalam balasan Anda.

Jangan biarkan giliran berakhir sebelum pekerjaan selesai

Pergeseran

Pada beban kerja asinkron yang kompleks, Fable 5.1 terkadang menjelaskan langkah berikutnya atau meminta izin untuk tindakan yang sudah tercakup dalam permintaan. Pengguna kemudian harus membalas “lanjutkan”.

Instruksi otonomi

Gunakan blok prompt sistem berikut:

Anda beroperasi secara otonom. Pengguna tidak menonton secara real time dan tidak dapat menjawab pertanyaan di tengah tugas, jadi bertanya “Apakah Anda ingin saya...?” atau “Haruskah saya...?” akan menghambat pekerjaan. Untuk tindakan yang dapat dibalik yang mengikuti dari permintaan asli, lanjutkan tanpa bertanya. Berhenti hanya untuk tindakan merusak atau perubahan lingkup nyata yang harus diputuskan pengguna. Menawarkan tindak lanjut setelah tugas selesai tidak masalah; meminta izin sebelum melakukan pekerjaan tidak.

Sebelum mengakhiri giliran Anda, periksa paragraf terakhir Anda. Jika itu adalah rencana, analisis, pertanyaan, daftar langkah berikutnya, atau janji tentang pekerjaan yang belum Anda lakukan, lakukan pekerjaan itu sekarang dengan panggilan alat. Akhiri giliran Anda hanya ketika tugas selesai atau Anda terhalang oleh masukan yang hanya dapat diberikan pengguna.

Pasangkan dengan blok kedua yang mendefinisikan permintaan pengguna sebagai lingkup hasil kerja:

  • jangan mempersempit, memperluas, atau menukar lingkup;
  • selesaikan setiap bagian yang tidak terhalang;
  • sebutkan bagian yang tertinggal;
  • perlakukan hal yang diperhatikan tetapi tidak diminta sebagai saran, bukan perubahan.

Karena pasangan ini dapat membuat model terlalu jarang bertanya pada permintaan ambigu, tambahkan daftar konfirmasi yang tetap Anda inginkan.

Berbeda dari Opus 5, instruksi untuk memeriksa pekerjaan sebelum melaporkannya tetap perlu dipertahankan. Saran untuk menghapus instruksi verifikasi berlaku khusus untuk Opus 5; lihat saran prompting Opus 5.

Cegah perbaikan tambahan dan file pengujian yang tidak diminta

Pergeseran

Untuk fitur terbuka, Fable 5.1 terkadang memperbaiki bug di sekitar perubahan, memperluas perilaku, atau menambahkan lebih banyak file pengujian daripada yang dibutuhkan.

Instruksi

Jika, saat bekerja atau menguji, Anda menemukan bug yang sudah ada, masalah kinerja, atau perilaku yang tidak disebutkan tugas, jangan perbaiki, optimalkan, atau perluas dalam perubahan ini kecuali perilaku yang diminta tidak dapat berfungsi tanpanya; laporkan sebagai tindak lanjut dalam ringkasan Anda. Verifikasi pekerjaan Anda sesuka Anda; skrip coretan dan pemeriksaan cepat tidak perlu disimpan. Komit pengujian hanya di mana tugas memintanya atau repositori ini sudah menyimpan pengujian untuk jenis perubahan ini, dengan ukuran seperti file uji di sekitarnya. Ini hanya tentang tambahan: implementasikan setiap perilaku yang diminta tugas, sepenuhnya.

Menurut Anthropic, instruksi ini secara substansial mengurangi perubahan tambahan tanpa mengurangi keberhasilan tugas.

Minimalkan penulisan ulang file

Pergeseran

Fable 5.1 lebih sering menulis ulang seluruh file untuk perubahan kecil dibandingkan Fable 5. Hasilnya bisa sama, tetapi token keluaran lebih banyak.

Tambahkan instruksi berikut di system prompt atau pesan pengguna pertama:

Jumlah token yang digunakan untuk mengedit file sebaiknya diminimalkan, dengan asumsi hal lainnya sama. Oleh karena itu, jika tidak akan memengaruhi hasil akhir, cobalah untuk mengedit file secara bedah daripada menulis ulang seluruhnya.

Kendalikan prosa yang terlalu padat

Pergeseran

Tulisan Fable 5.1 umumnya lebih baik dan menggunakan lebih sedikit frasa klise. Namun, kalimatnya terkadang lebih panjang dan jeda paragrafnya lebih sedikit daripada Fable 5.

Perbaikan

Definisikan antipola secara eksplisit. Anthropic menggambarkan “prosa berbunga-bunga” sebagai tulisan yang mengganti pernyataan langsung dengan metafora dan hiasan untuk memamerkan penulis, bukan menyampaikan ide.

Gunakan instruksi seperti:

Katakan apa yang Anda maksud dan gunakan frasa literal jika tersedia.

Versi singkatnya:

Harap hapus semua prosa berbunga-bunga.

Gunakan format ketika format membantu

Pergeseran

Model sebelumnya sering menggunakan terlalu banyak poin-poin dan huruf tebal, sehingga banyak prompt memiliki aturan anti-pemformatan. Fable 5.1 cenderung menggunakan lebih sedikit huruf tebal, judul, dan daftar. Aturan lama dapat menekan struktur yang sebenarnya dibutuhkan konten.

Perbaikan

Hapus aturan anti-pemformatan, atau ganti dengan aturan berbasis konteks:

  • gunakan daftar saat diminta atau ketika konten cukup beragam sehingga daftar meningkatkan kejelasan;
  • hormati permintaan eksplisit untuk pemformatan minimal;
  • gunakan prosa sederhana dalam percakapan atau pertukaran emosional.

Tandai kutipan dalam ringkasan

Pergeseran

Saat meringkas dokumen, Fable 5.1 lebih mungkin mereproduksi bagian sumber tanpa menandainya sebagai kutipan.

Perbaikan

Tambahkan satu contoh lengkap ke system prompt yang berisi:

  1. permintaan pengguna;
  2. respons benar yang menyampaikan sumber dalam bentuk ujaran tidak langsung dengan suara asisten sendiri;
  3. maksimal satu kutipan pendek yang ditandai;
  4. satu kalimat yang menjelaskan mengapa respons tersebut benar.

Ganti placeholder panggilan alat dalam contoh Anthropic dengan nama alat Anda sendiri.

Paksa pencarian pada effort rendah

Pergeseran

Pada effort low, Fable 5.1 lebih jarang memanggil alat pencarian dan pengambilan dibandingkan Fable 5. Ini paling terlihat untuk produk dan model bernama yang dikenali, tetapi informasinya mudah usang.

Perbaikan

Pilih salah satu pendekatan berikut:

  • naikkan effort untuk giliran yang memerlukan pencarian;
  • beri tahu model bahwa mengenali nama dari area yang bergerak cepat tidak sama dengan mengetahui keadaan terkini;
  • instruksikan model untuk mencari sebelum menjawab;
  • minta model memasukkan nama sebagaimana ditulis pengguna dalam setidaknya satu kueri.

Hindari respons panjang yang lambat pada xhigh dan max

Pergeseran

Pada xhigh, terutama max, Fable 5.1 dapat menyusun sebagian besar kiriman panjang dalam proses berpikir lalu menulisnya lagi sebagai balasan. Ini menggandakan waktu tunggu dan token keluaran.

Perbaikan

  • Jalankan permintaan panjang pada high, lalu naikkan effort hanya jika peningkatannya sudah diukur.
  • Jika tetap menggunakan xhigh atau max, atur max_tokens agar menyisakan ruang untuk proses berpikir dan balasan.
  • Tambahkan catatan pada pesan pengguna:

Semua yang dihasilkan dalam satu balasan, termasuk penalaran, dihitung terhadap satu batas sekitar max_tokens Anda yang sebenarnya. Menyusun kiriman lengkap sebagai penalaran lalu menulisnya lagi sebagai balasan menggandakan giliran tanpa memperbaiki hasil.

Biarkan salinan catatan sebelumnya tetap berada di tempatnya pada permintaan berikutnya.

Kurangi penolakan pada permintaan coding yang tidak berbahaya

Pergeseran

Saat diluncurkan, pengklasifikasi Fable 5.1 menghasilkan lebih sedikit positif palsu dibandingkan Fable 5 dan mengizinkan pencarian kerentanan dalam kode sumber. Namun, positif palsu masih dapat terjadi.

Ubah tiga hal berikut:

  1. Tanyakan:

Apakah ada bug dalam program ini?

bukan:

Apakah program ini kompilasi tanpa kesalahan?

  1. Berikan dokumentasi model untuk bahasa pemrograman yang kurang dikenal.
  2. Hapus alat yang mengembalikan data terenkode base64 ke dalam konteks.

Tetap konfigurasikan fallback. Lihat panduan penanganan penolakan.

Pertahankan detail saat melakukan kompresi sisi klien

Fable 5.1 merespons dengan baik jika diberi instruksi ringkasan yang spesifik. Kompresi sisi server sudah mempertahankan detail yang diperlukan. Jika Anda melakukan kompresi di sisi klien, minta model meringkas di dalam tag <summary> dan mempertahankan informasi berikut secara berurutan:

  1. kesulitan yang muncul dan cara menyelesaikannya;
  2. pendekatan yang diajukan atau dikesampingkan beserta alasannya;
  3. setiap permintaan atau keputusan, dengan kata-kata yang tepat;
  4. keadaan saat ini;
  5. hal-hal yang masih terbuka;
  6. detail yang sulit direkonstruksi, seperti nama, angka, dan tautan.

Akhiri instruksi dengan:

Jangan panggil alat apa pun saat menulis ringkasan ini; tanggapi hanya dengan teks.

Kalimat ini penting ketika permintaan ringkasan masih membawa alat percakapan.

Sub-agen dan visi

Dua perbaikan berikut bersifat arsitektural, bukan sekadar perubahan prompt.

Sub-agen

Dalam tugas coding, biarkan agen utama tetap bekerja ketika sub-agen berjalan:

  • minta alat yang memulai sub-agen segera mengembalikan kontrol;
  • kirim setiap hasil melalui pesan pengguna berikutnya;
  • sediakan alat terpisah yang dapat dipanggil agen utama ketika ingin menunggu.

Grafik dan tabel

Untuk grafik padat atau tabel bertingkat, sediakan:

  • alat pangkas yang mengembalikan wilayah pilihan dalam ukuran lebih besar; atau
  • wadah dengan pustaka gambar dasar.

Pada effort low, model mungkin melewati langkah pemangkasan. Periksa log untuk memastikan alat tersebut benar-benar dipanggil.

Uji perubahan prompt di Apidog

Setiap perbaikan di atas sebaiknya diuji sebelum dan sesudah.

Di Apidog:

  1. Simpan tiga giliran pertama loop agen sebagai urutan permintaan.
  2. Jadikan system prompt sebagai parameter.
  3. Jalankan pengujian dengan dan tanpa setiap cuplikan pada effort yang sama.
  4. Ukur metrik berikut:
    • jumlah blok tool_use per giliran asisten untuk perbaikan batching;
    • usage.output_tokens untuk perbaikan pengeditan yang ditargetkan dan kepadatan prosa;
    • ada atau tidaknya paragraf terakhir yang dimulai dengan “Selanjutnya, saya” untuk perbaikan otonomi.

Pengujian prompt di Apidog

Unduh Apidog untuk membangun pengujian tersebut. Panduan Claude Code menunjukkan baris yang perlu dimasukkan ke CLAUDE.md.

FAQ

Apakah prompt Fable 5 saya berfungsi di Fable 5.1?

Ya. Anthropic mengatakan prompt tersebut seharusnya berfungsi tanpa perubahan. Perbedaannya terutama bersifat perilaku:

  • lebih sedikit panggilan alat yang di-batch;
  • lebih sedikit pembaruan progres;
  • prosa lebih padat;
  • pemformatan obrolan lebih sedikit;
  • penulisan ulang seluruh file;
  • perluasan lingkup pada tugas terbuka.

Pada level effort berapa saya harus menggunakan prompt Fable 5.1?

Mulai dari high dan lakukan pengujian. Anthropic menyatakan bahwa medium kira-kira menyamai Fable 5 dengan biaya lebih rendah, sedangkan low sering kompetitif dengan Opus dan Sonnet dalam biaya per tugas.

Di mana instruksi per giliran ditempatkan di Fable 5.1?

Gunakan pesan sistem lingkup giliran dengan:

{
  "clear_at": "next_user_message"
}
Enter fullscreen mode Exit fullscreen mode

Letakkan pesan tersebut setelah hasil alat dan biarkan salinan sebelumnya tetap ada. Menyisipkan lalu menghapus teks dari giliran sebelumnya dapat membatalkan blok pemikiran berikutnya dan memulai ulang cache.

Haruskah instruksi “verifikasi pekerjaan Anda” dihapus seperti pada Opus 5?

Tidak. Pedoman tersebut spesifik untuk verifikasi berlebihan pada Opus 5. Pertahankan instruksi verifikasi di Fable 5.1.

Bagaimana cara menghentikan Fable 5.1 menulis ulang seluruh file?

Tambahkan satu baris di system prompt atau pesan pengguna pertama:

Minimalkan token yang digunakan untuk mengedit file dan edit secara bedah daripada menulis ulang jika hal tersebut tidak memengaruhi hasil akhir.

Top comments (0)