Coding & data · Percakapan bertahap
Pahami dokumentasi library atau alat baru
Tempel potongan dokumentasi resmi, dapat ringkasan cara pakai yang paling umum, lalu minta contoh yang disesuaikan dengan kasusmu sendiri.
2 langkah5 isianDiperbarui
Untuk: Programmer dan analis data yang harus memakai library, CLI, atau API baru dan kewalahan membaca dokumentasinya.
Diadaptasi dari Fabric (Daniel Miessler) (MIT)
Prompt siap salin
Kirim berurutan dalam satu percakapan, satu pesan per langkah, dan baca jawabannya sebelum lanjut.
Langkah 1 — ringkas dokumentasi
Saya harus memakai {{nama library, CLI, atau API}} versi {{versi}}. Ini potongan dokumentasi resminya, dari {{alamat halaman}}: """ {{tempel bagian dokumentasi yang relevan}} """ Ringkas dengan format: 1. Fungsinya dalam satu kalimat, dan masalah apa yang diselesaikannya. 2. Sintaks yang paling umum dipakai. 3. Opsi atau parameter terpenting, masing-masing dengan kegunaannya. 4. Hal yang mudah membuat salah pakai (urutan argumen, nilai bawaan yang mengejutkan, perubahan antarversi), bila disebut di dokumentasi. Hanya dari teks yang saya tempel. Kalau sesuatu tidak tertulis di sana, katakan "tidak disebut di dokumentasi ini", jangan mengarang dari ingatan.Langkah 2 — terapkan ke kasusmu
Kirim setelah ringkasannya kamu pahami.
Kasus saya: {{apa yang ingin dicapai, data masukan, dan hasil yang diharapkan}}. Tulis contoh paling kecil yang bisa langsung saya jalankan untuk kasus ini, dengan komentar per baris, lalu satu perintah untuk mengecek hasilnya. Tunjukkan bagian dokumentasi tadi yang mendasari tiap baris. Jangan sertakan kunci API asli; pakai placeholder seperti ISI_KUNCI_API dan jelaskan cara menyimpannya di variabel lingkungan.
Isian yang harus kamu ganti
Ganti bagian yang disorot, termasuk tanda {{ }}.
- nama library, CLI, atau API
- versi
- alamat halaman
- tempel bagian dokumentasi yang relevan
- apa yang ingin dicapai, data masukan, dan hasil yang diharapkan
Bedah prompt: kenapa ini bekerja
Tiap potongan di bawah dikutip persis dari prompt di atas.
versi {{versi}}
Library sering mengubah nama fungsi antarversi; menyebut versi mencegah contoh yang hanya berjalan di versi lain.
Hanya dari teks yang saya tempel.
Ingatan model tentang library bisa usang atau tercampur dengan library lain; membatasi ke teks resmi menjaga jawabannya sesuai versimu.
contoh paling kecil yang bisa langsung saya jalankan
Contoh minimal memisahkan cara pakai library dari kerumitan proyekmu, sehingga bila gagal penyebabnya mudah dicari.
pakai placeholder seperti ISI_KUNCI_API
Kunci API yang tertulis langsung di kode sering ikut ter-commit ke GitHub dan disalahgunakan orang dalam hitungan menit.
Kalau jawabannya belum pas
Kirim di percakapan yang sama. Perintah yang spesifik jauh lebih efektif daripada "perbaiki lagi".
Contoh tidak berjalan
Contoh tadi menghasilkan: """ {{pesan error atau keluaran}} """ Cocokkan dengan potongan dokumentasi yang saya tempel; bila dokumentasinya tidak cukup untuk menjelaskan, sebutkan bagian dokumentasi mana lagi yang perlu saya cari.
Kelas terkait
Prompt lain di Coding & data
- Jelaskan pesan error dan cari penyebabnyaIsian formulir · Isi formulir bahasa, perintah, pesan error lengkap, dan kode terkait, lalu dapat arti error, dugaan penyebab, dan cara membuktikannya.
- Query SQL dari pertanyaan bisnisPercakapan bertahap · Tempel skema tabel sekali, pastikan AI memahaminya, lalu ajukan pertanyaan satu per satu dan dapat query beserta penjelasannya.
- Regex dari contoh yang cocok dan tidakDengan contoh · Daftar teks yang harus cocok dan yang harus ditolak jadi soal latihan bagi AI, lalu regex-nya diuji terhadap setiap contoh.
- Pesan commit dan deskripsi pull requestDua fase · Fase 1 meringkas diff dan memeriksa apakah perlu dipecah; fase 2 menulis pesan commit dan deskripsi PR dari ringkasan yang kamu setujui.