Merawat library prompt Claude Code agar prompt sekali pakai menjadi aset

Jangan biarkan prompt bagus hilang

Tim dengan hasil Claude Code yang tidak stabil sering menulis prompt baru setiap hari. Mereka menemukan instruksi bagus, tetapi tidak menyimpan nama, kasus pakai, input, format output, dan proof run.

Artikel ini melanjutkan checklist review dan checklist 30 menit pertama. PDF gratis mengajarkan dasar; library prompt menjadi jembatan ke paket prompt berbayar dan konsultasi.

Satu prompt, satu tujuan

Aturan pertama: satu prompt untuk satu pekerjaan. Meminta review, test, dokumentasi, dan refactor sekaligus terlihat efisien, tetapi membuat kegagalan sulit dibaca.

{
  "id": "review-risk-finder",
  "owner": "platform",
  "useWhen": "A pull request changes behavior, data flow, or CTA routing.",
  "inputs": ["diff", "goal", "riskAreas"],
  "output": "Findings ordered by severity with file references.",
  "proof": "Run once on a known risky diff before adding it to the library."
}

Metadata ini membuat prompt bisa dipakai ulang di repo, artikel, produk, atau wiki internal. Field “proof” membedakan aset teruji dari kalimat bagus.

Template dasar yang bisa disalin

Untuk review, tetapkan goal, diff, area risiko, dan format output. Jangan hanya meminta Claude Code melihat; beri definisi risiko.

Anda meninjau perubahan untuk risiko produksi nyata.
Konteks:
- Tujuan: {{goal}}
- Diff: {{diff}}
- Area risiko: {{riskAreas}}

Kembalikan temuan lebih dulu.
Setiap temuan memuat severitas, bukti, dampak pengguna, dan perbaikan terkecil.
Jika tidak ada temuan, sebutkan yang sudah dicek dan yang belum diverifikasi.

Bentuk yang sama cocok untuk review kode, perubahan CTA, edit form, dan copy produk. Hanya “riskAreas” yang berubah.

Kegagalan umum: nama terlalu kabur

Nama seperti “good-review-prompt” atau “debug-helper” sulit ditemukan. Pakai nama berisi fungsi dan hasil: “review-risk-finder”, “build-log-first-failure”, “cta-copy-clarifier”.

Menyimpan contoh sukses saja juga keliru. Simpan satu input buruk agar batas template terlihat.

Tambahkan validasi kecil

Saat library melebihi sepuluh entri, cek field wajib.

const required = ["id", "owner", "useWhen", "inputs", "output", "proof"];

export function validatePrompt(entry) {
  const missing = required.filter((key) => !entry[key]);
  return {
    ok: missing.length === 0,
    missing,
    ready: missing.length === 0 && entry.proof.includes("Run once"),
  };
}

Ini mencegah prompt tanpa owner, penggunaan jelas, atau proof. Untuk situs konten revenue, jalurnya ikut jelas: PDF gratis, paket prompt, lalu konsultasi.

Langkah berikutnya

Ambil cheatsheet gratis untuk kebiasaan dasar. Beli 50 Prompt Templates jika butuh prompt review, debug, refactor, dan dokumentasi sekarang. Gunakan konsultasi untuk governance tim.