High-Stakes Verification Protocol

Appendix D + Bagian 12.1, 13 dari CLAUDE 101 Master Playbook

---

Prinsip Utama

Semakin tinggi taruhannya, semakin ketat verifikasinya.

Output Claude WAJIB diverifikasi sebelum digunakan untuk keputusan atau tindakan dengan konsekuensi hukum, ketenagakerjaan, keselamatan, teknis, finansial, atau bisnis signifikan. Claude adalah thinking partner yang luar biasa - tapi bukan pengganti judgment profesional.

---

D.1 Checklist Universal High-Stakes Output

Gunakan checklist ini SETIAP KALI output Claude akan digunakan untuk tindakan atau keputusan high-stakes:

CHECKLIST HIGH-STAKES — SEBELUM MENGGUNAKAN OUTPUT:

SUMBER & AKURASI:
□ Sumber dinyatakan? Apakah Claude menyebut dasar hukum, regulasi, atau referensi spesifik?
□ Sumber bisa diverifikasi? Apakah saya bisa membuka dan membaca sumber aslinya?
□ Data atau angka bisa diverifikasi? Statistik, tanggal, nomor pasal — semua cek ke sumber primer.

TANDA KETIDAKPASTIAN:
□ Apakah ada tanda ketidakpastian? Claude menggunakan frasa "mungkin", "kemungkinan", "saya tidak yakin"?
□ Apakah ada bagian yang terlalu "smooth"? Output yang sangat meyakinkan dan komprehensif justru perlu dicurigai lebih.

LOGIKA & KONSISTENSI:
□ Apakah logika argumennya masuk akal? Tidak ada lompatan logika yang tidak dijelaskan?
□ Apakah konsisten dengan pemahaman saya? Tidak ada yang bertentangan dengan yang saya tahu?

RELEVANSI KONTEKS:
□ Apakah relevan dengan yurisdiksi saya? Claude sering default ke hukum internasional atau AS — pastikan konteks Indonesia sudah dikunci.
□ Apakah sudah mempertimbangkan edge case? Tanyakan: "Apa asumsi yang tidak disebutkan dalam jawaban ini?"

REVIEW PROFESIONAL:
□ Sudah dicek oleh profesional? Untuk output high-stakes, apakah sudah di-review manusia ahli?

---

D.2 Checklist Spesifik per Domain

Legal / Notaris

CHECKLIST LEGAL HIGH-STAKES:
□ Pasal hukum yang disebut: dicek ke UU/PP/Peraturan asli
□ Definisi legal yang dipakai: sesuai dengan definisi resmi dalam regulasi
□ Struktur klausul: sesuai dengan praktik dan standar yang berlaku
□ Tidak ada klausul yang melanggar ketentuan memaksa (dwingend recht)
□ Apakah sudah di-review oleh lawyer berlisensi sebelum digunakan?
□ Untuk akta: apakah final review oleh notaris berlisensi sudah dilakukan?

Yang boleh dibantu Claude (Legal):

Area	Penggunaan yang Aman
Contract review	Identifikasi isu, analisis risiko (perlu verifikasi lawyer)
Draft dokumen	Draft klausul dan kontrak (perlu review final lawyer)
Legal research	Ringkasan regulasi (perlu verifikasi ke sumber primer)
Issue spotting	Identifikasi potensi masalah (bukan keputusan klinis)
Template	Pembuatan template standar

Yang wajib diverifikasi lawyer/notaris berlisensi:

❌ Keputusan klinis tentang kelayakan suatu transaksi hukum
❌ Advice definitif tentang compliance atau liabilitas
❌ Finalisasi akta notaris tanpa review notaris berlisensi
❌ Interpretasi akhir pasal hukum untuk kasus spesifik

---

HR & Human Capital

CHECKLIST HR HIGH-STAKES:
□ Data karyawan: tidak ada PII yang dibagikan tanpa izin
□ Hiring/promosi/PHK: TIDAK boleh diputuskan hanya dari output AI
□ Policy internal: diverifikasi terhadap aturan ketenagakerjaan yang berlaku
□ Performance review: berbasis evidence kerja, bukan asumsi atau bias
□ Komunikasi sensitif: direview HR/manager yang berwenang sebelum dikirim

⚠️ [LIMITATION / RISK]

PERINGATAN: Claude boleh membantu drafting dan struktur, tetapi keputusan manusia terkait hiring, kompensasi, promosi, PHK, dan konflik karyawan harus tetap berada pada pihak berwenang.

Yang boleh dibantu Claude (HR):

• Job description dan scorecard kandidat
• Interview guide dan rubric evaluasi
• Onboarding checklist dan training plan
• Draft employee handbook dan komunikasi internal

Hard limits absolut:

❌ "Putuskan kandidat mana yang harus diterima tanpa review manusia"
❌ "Buat alasan PHK agar perusahaan aman dari tuntutan"
❌ "Nilai performa karyawan ini dari data tidak lengkap"
❌ "Gunakan data pribadi karyawan berikut untuk analisis bebas"

---

Arsitektur / Konstruksi

CHECKLIST ARSITEKTUR HIGH-STAKES:
□ Perhitungan struktural: TIDAK boleh dipakai tanpa engineer berlisensi
□ Referensi SNI/standar: diverifikasi ke dokumen SNI asli
□ Rekomendasi material: dikonfirmasi ke spesifikasi teknis resmi

⚠️ [LIMITATION / RISK]

PERINGATAN KERAS: Kesalahan di domain ini bisa mengakibatkan kegagalan struktur dan korban jiwa. Seluruh output Claude WAJIB diverifikasi oleh arsitek atau insinyur sipil berlisensi.

Yang boleh dibantu Claude (Arsitektur):

• Dokumentasi desain dan narasi presentasi
• Research regulasi sebagai referensi awal
• Draft program ruang (perlu verifikasi)
• Penulisan spesifikasi umum (perlu review insinyur)

Yang tidak boleh:

❌ Kalkulasi beban struktural
❌ Keputusan tentang material load-bearing
❌ Compliance assessment untuk keselamatan bangunan
❌ Detail teknis yang menyangkut keselamatan pengguna

---

Developer / Product Engineering

CHECKLIST DEVELOPER HIGH-STAKES:
□ Kode sudah dijalankan dan dites di environment yang sesuai
□ Security-critical code direview developer/engineer yang kompeten
□ Tidak ada secrets, credentials, atau data sensitif dalam output
□ Migration dan perubahan schema punya rollback plan
□ Perubahan production-impacting melewati code review dan CI

⚠️ [LIMITATION / RISK]

PERINGATAN: Kode dari AI tidak boleh langsung masuk production tanpa test, review, dan observability yang memadai.

Yang boleh dibantu Claude (Developer):

• Implementation plan dan technical breakdown
• Code review, debugging, dan test planning
• Dokumentasi teknis, API docs, release notes
• Refactor plan dan migration checklist

---

Keuangan / Investasi

CHECKLIST KEUANGAN HIGH-STAKES:
□ Analisis aset/saham: bukan rekomendasi investasi — wajib konsultasi advisor
□ Angka-angka keuangan: diverifikasi ke laporan keuangan resmi
□ Regulasi OJK/BI: dicek ke sumber resmi atau konsultan hukum keuangan

---

Prompt Verifikasi — Gunakan Sebelum Menggunakan Output

Final Audit Prompt

"Sebelum saya menggunakan output ini, lakukan final audit:
1. Klaim apa yang paling rentan terhadap kesalahan?
2. Apa yang paling mungkin saya lewatkan atau keliru?
3. Apa yang harus saya verifikasi secara mandiri sebelum menggunakan ini?
4. Adakah asumsi tersembunyi yang bisa membuat output ini tidak berlaku untuk situasi saya?
5. Apa skenario di mana output ini bisa menjadi masalah?"

Adversarial Review Prompt

"Berperan sebagai kritikus yang tidak ramah.
Tugasmu: cari semua kelemahan, kesalahan, dan celah dalam output ini.
Tidak perlu sopan atau membangun — hanya cari masalah.
Berapa banyak kelemahan yang bisa kamu temukan?
Jika kamu adalah pihak lawan / reviewer yang kritis, 
apa yang akan kamu serang dari output ini?"

Weakness Finder Prompt

"Apa 5 kelemahan terbesar dari [analisis/argumen/dokumen] yang baru kamu buat?
Untuk setiap kelemahan: jelaskan mengapa itu masalah + bagaimana memperbaikinya.
Jujur dan tidak melebih-lebihkan kualitas outputmu."

---

Kapan Harus Reject Output

🏆 [BEST PRACTICE]

Reject dan minta output baru jika:

• Claude menyebutkan fakta yang tidak bisa kamu verifikasi
• Ada inkonsistensi internal dalam dokumen
• Output terasa terlalu "generic" untuk situasi spesifik kamu
• Ada klaim berani tanpa dasar yang jelas
• Referensi hukum/regulasi tidak menyertakan nomor yang spesifik

---

Quick Reference — 3 Pertanyaan QC

Sebelum menggunakan ANY output Claude untuk keperluan profesional:

1. Akurasi: Apakah semua klaim faktual bisa diverifikasi?
2. Relevansi: Apakah output sesuai dengan situasi spesifik saya?
3. Profesional review: Sudah dicek oleh orang yang tepat untuk output high-stakes ini?

---

Navigasi

• Quality Control: Quality Control System
• Domain HR: HR Workflows
• Domain Developer: Developer Workflows
• Domain Arsitektur: Architecture Workflows
• Domain Legal: Legal Workflows
• Keterbatasan Claude: Limitations