Permission receipt Claude Code: mencatat scope, bukti, dan rollback

Permission setting bukan file yang ditulis sekali lalu selesai. Setiap task nyata perlu catatan pendek tentang apa yang boleh, apa yang perlu approval, dan bukti apa yang disimpan. Catatan itu adalah permission receipt.

Mengapa pola ini penting

Semakin banyak yang diizinkan ke Claude Code, semakin cepat alurnya dan semakin besar akuntabilitasnya. Receipt menjelaskan mengapa command dijalankan, file mana yang masuk scope, serta apakah link konsultasi dan Gumroad dicek.

Baca juga: Baca juga 1, Baca juga 2, Baca juga 3.

Alur kerja praktis

Sebelum kerja, tulis allowed actions, approval boundaries, files in scope, proof commands, dan rollback note sebagai JSON atau Markdown. Berhenti untuk auth, billing, secrets, pengiriman email, atau production deploy. Setelah kerja, tambahkan build dan bukti URL publik.

Kit kecil yang bisa disalin

{
  "request": "update article CTA links",
  "allowed": ["Read", "Grep", "Edit content files", "npm run build"],
  "requiresApproval": ["deploy production", "change product price", "send email"],
  "proof": ["build passed", "public URL checked", "CTA clicked"],
  "owner": "content-ops"
}

Before acting, write a permission receipt.
Include allowed actions, actions requiring approval, files in scope, commands to verify, and rollback note.
If the task touches billing, auth, secrets, email sending, or production deploy, stop and ask for approval.

export function needsHumanApproval(receipt) {
  const risky = ["billing", "auth", "secrets", "email", "production deploy"];
  return receipt.requiresApproval.some((item) =>
    risky.some((word) => item.toLowerCase().includes(word))
  );
}

Contoh nyata

Untuk edit CTA artikel, izinkan content files dan build, tetapi perubahan harga produk harus approval.
Untuk form PDF gratis, submission test bisa menjadi proof, tetapi email nyata perlu approval.
Untuk tim, taruh template receipt di CLAUDE.md agar setiap sesi meninggalkan audit yang sama.

Checklist operasional

Pola ini untuk dipakai berulang dalam kerja nyata dengan Claude Code. Saat mengubah artikel, halaman produk, atau jalur inquiry, gunakan daftar ini sebagai kontrol ringkas.

Tulis tujuan dalam satu kalimat dan sebutkan file atau fitur di luar scope.
Pisahkan file yang harus dibaca Claude Code dari file yang harus dihindari.
Sisakan minimal satu command bukti. Untuk konten, cek URL publik selain build.
Pastikan link PDF gratis, Gumroad, dan konsultasi konsisten di body dan CTA akhir.
Untuk post lokal, cek title, h1, pembuka body, dan bahasa CTA.
Jangan stage dirty file yang tidak terkait. Pecah diff lagi sebelum commit bila perlu.
Catat risiko tersisa dan metrik berikutnya agar sesi selanjutnya mulai bersih.

Ke penawaran mana pembaca diarahkan

Jika pembaca belum lancar command, pintu pertama adalah cheatsheet gratis. Jika workflow berulang tiap minggu, Prompt Templates membantu menstandarkan review, debugging, dan instruksi update artikel. Jika hambatannya permissions, CLAUDE.md, hooks, MCP, atau CI/CD, Setup Guide lebih tepat. Jika tim perlu desain ownership, verifikasi publik, dan jalur revenue, arahkan ke konsultasi.

Yang harus ditinggalkan di handoff

Kerja Claude Code belum selesai saat patch terlihat jadi. Kerja itu berguna saat orang berikutnya memahami keputusan tanpa mengulang sesi. Handoff harus berisi scope yang berubah, alasan scope, command bukti, URL publik, tujuan CTA, dan risiko tersisa. Untuk konten, tambahkan heroImage, link internal, link eksternal, cek bahasa, serta apakah PDF gratis, Gumroad, dan konsultasi masih ada di body. Untuk halaman dekat produk, pisahkan pembaca yang cukup dengan gratis, yang perlu membeli guide, dan yang perlu bantuan.

Angka yang perlu dilihat berikutnya

PV saja bukan metrik sukses. Setelah publish, lihat indexing, negara, klik dekat CTA akhir, klik Gumroad, dan kunjungan form konsultasi. Untuk artikel populer yang sudah ada, bandingkan bounce rate dan perpindahan ke halaman berikutnya sebelum dan sesudah rewrite. Jika sesi Claude Code berikutnya menerima angka ini dulu, ia bisa mengambil keputusan jalur revenue, bukan hanya menambah teks.

Kegagalan umum

Mengelola permission hanya di settings menyembunyikan keputusan per task.
Approval boundary yang kabur membuat price, email, dan deploy lolos.
Tanpa proof, build lokal mudah disamakan dengan URL publik yang benar.

Jalur PDF gratis, Gumroad, dan konsultasi

Mulai dari PDF gratis untuk membangun kebiasaan command. Gunakan Gumroad saat workflow berulang, dan konsultasi saat tim, permission, atau jalur revenue perlu dirancang.

Catatan verifikasi

Artikel ini menautkan permissions guide, permission budget loop, dan approval sandbox guide, lalu menjelaskan jalur PDF gratis, Setup Guide, Prompt Templates, dan konsultasi.