Claude Code First PR Review Rubric: tangkap risiko nyata sebelum gaya

Jika meminta Claude Code review PR tanpa rubric, regresi produksi dan saran nama bisa muncul dengan bobot sama. Terlihat produktif, tapi tidak membantu menentukan apa yang menahan merge.

Panduan ini membuat rubric review PR pertama. Tentukan P0 sampai P3, bukti, format komentar, dan aturan retry sebelum Claude Code membaca diff.

Bacaan terkait: claude-code-code-review-checklist, claude-code-prompt-library-maintenance, claude-code-pull-request-quality. Acuan dokumentasi resmi: Anthropic Claude Code docs.

Mengapa ini diputuskan sebelum command pertama

menemukan regresi, risiko permission, kehilangan data, dan test yang hilang sebelum feedback gaya

Langkah pentingnya adalah menjaga request pertama tetap kecil. Tulis scope baca, area terlindung, aksi pertama, dan proof command sebelum Claude Code mengedit.

developer yang mulai memakai Claude Code untuk review dan butuh temuan lebih tajam

Workflow praktis

1. Tempel goal dan file berubah sebelum diff
2. Definisikan P0 sampai P3 sebelum review
3. Larang komentar spekulatif tanpa bukti
4. Wajibkan test, build, atau proof reproduksi
5. Kumpulkan catatan P3 gaya di akhir

Situasi	Yang dikerjakan Claude Code	Bukti yang dicek manusia
PR auth	Perlakukan token dan batas permission sebagai P0 dulu	build, diff, URL
Perbaikan UI	Cek klik rusak dan mobile layout sebagai P1	build, diff, URL
Refactor	Pisahkan proof perilaku dan test yang hilang sebagai P2	build, diff, URL

Dengan bukti itu, Claude Code dinilai dari kerja yang terlihat, bukan dari catatan selesai yang terdengar yakin.

Prompt dan kode siap salin

Review PR diff ini dengan severity P0/P1/P2/P3. P0 berarti security, data loss, payment, auth, atau production outage. Tiap temuan berisi line, skenario gagal, bukti yang dibutuhkan, dan fix. Letakkan feedback gaya di akhir.

const reviewRubric = {
  P0: "security, data loss, payment, auth, production outage",
  P1: "user-visible regression or broken release path",
  P2: "test gap, unclear edge case, maintainability risk",
  P3: "style, naming, or optional cleanup"
};

function classifyReviewFinding(finding) {
  const text = finding.toLowerCase();
  if (/auth|token|payment|delete|secret|production/.test(text)) return "P0";
  if (/regression|broken|crash|deploy/.test(text)) return "P1";
  if (/missing test|edge case|unclear/.test(text)) return "P2";
  return "P3";
}

console.log(classifyReviewFinding("missing test for failed payment retry"));

Contoh nyata dan kegagalan

Situasi	Yang dikerjakan Claude Code	Bukti yang dicek manusia
PR auth	Perlakukan token dan batas permission sebagai P0 dulu	build, diff, URL
Perbaikan UI	Cek klik rusak dan mobile layout sebagai P1	build, diff, URL
Refactor	Pisahkan proof perilaku dan test yang hilang sebagai P2	build, diff, URL

• Jika nama dan format muncul dulu, Claude Code mengisi review dengan catatan risiko rendah.
• Tanpa severity, bug pembayaran dan tanda baca bercampur.
• Tanpa proof, komentar masuk akal tapi belum diuji bertambah.

Langkah pentingnya adalah menjaga request pertama tetap kecil. Tulis scope baca, area terlindung, aksi pertama, dan proof command sebelum Claude Code mengedit.

Apa yang Disimpan sebagai Proof Pack

menemukan regresi, risiko permission, kehilangan data, dan test yang hilang sebelum feedback gaya menjadi lebih bernilai saat disimpan sebagai proof pack, bukan chat sekali pakai. Simpan request awal, file yang dibaca Claude Code, area yang tidak disentuh, command yang dijalankan, public URL atau screenshot, dan keputusan yang masih belum pasti. Sesi berikutnya bisa memakai ulang judgment yang sama tanpa mencari konteks lagi.

Untuk developer yang mulai memakai Claude Code untuk review dan butuh temuan lebih tajam, tujuannya bukan membuat manual berat di hari pertama. Coba pola ini pada satu PR, satu catatan, atau satu deploy. Jika gagal, masukkan kegagalan ke checklist dan jalankan versi yang lebih kecil. Perluas akses Claude Code hanya setelah build proof, diff review, URL check, CTA check, dan rollback owner terlihat. Membuka permission sebelum proof terasa cepat, tetapi biaya verifikasi pindah ke review manusia berikutnya.

Jalur revenue mengikuti aturan yang sama. Jika pembaca masih tersangkut command dasar, PDF gratis adalah langkah tepat. Jika pembaca mengulang bentuk prompt yang sama tiap minggu, Gumroad berguna. Jika pembaca mengambil keputusan tim atau produksi, konsultasi lebih cocok. Artikel ini tidak mendorong semua orang membeli; hanya pembaca yang butuh prompt review PR dan rubric yang bisa diulang yang diarahkan ke paid guide, sementara lainnya kembali ke PDF gratis atau artikel terkait.

Arahkan ke PDF gratis, Gumroad, dan konsultasi

Jika command dasar masih belum jelas, mulai dari cheatsheet gratis. Untuk mendalami prompt review PR dan rubric yang bisa diulang, gunakan panduan Gumroad. Jika pekerjaan mencakup rollout tim, aturan review, atau desain jalur pendapatan, lanjut ke konsultasi. Perbandingan produk mulai dari products.

CTA tidak harus hanya di bagian akhir. Di pembuka, PDF gratis mengurangi friksi. Setelah contoh implementasi, Gumroad cocok. Saat topik masuk tim atau risiko produksi, konsultasi menjadi langkah wajar.

Angka yang dilihat setelah publish

Setelah publish, pantau klik ke Prompt Templates, calon Code Review System, dan konsultasi.

Jangan menilai dari PV saja. Pisahkan pembacaan awal, klik internal, registrasi PDF gratis, klik Gumroad, dan kunjungan konsultasi. HTTP 200, h1, canonical, heroImage, CTA, dan body lokal harus menunjuk slug yang sama.