Verifikasi Identitas Pengguna dengan Claude: Panduan Lengkap
Verifikasi pengguna langsung dari dalam Claude dengan perintah bahasa alami: buat tautan yang di-host, jalankan verifikasi ID, liveness pasif, pencocokan wajah, dan analisis IP, lalu baca keputusannya.
Poin-poin penting
- Ini adalah panduan operator: kata-kata yang tepat untuk diketik di Claude, pengalaman pelamar, cara membaca jawaban, dan apa yang harus dilakukan ketika sesi memerlukan tinjauan.
- Konektor Model Context Protocol (MCP) Didit memungkinkan operator yang masuk untuk menggunakan alur kerja dan izin yang ada dari obrolan tanpa menulis kode.
- Alur kerja mengontrol pemeriksaan Know Your Customer (KYC) mana yang dijalankan. Mendaftar alur kerja akan menemukan pilihan; membaca alur kerja yang dipilih akan mengungkapkan konfigurasinya.
- Pelamar menyelesaikan pemeriksaan yang dikonfigurasi pada halaman yang di-host Didit. Claude mengambil dan menjelaskan hasil Didit; ini tidak memeriksa dokumen atau wajah orang tersebut secara langsung.
- Dalam Peninjauan adalah serah terima untuk penilaian manusia, bukan kata lain untuk Ditolak. Minta Claude untuk memisahkan bukti yang dikembalikan dari informasi yang hilang sebelum ada yang mengubah status.
Anda tidak perlu mengetahui skema antarmuka pemrograman aplikasi (API) untuk membantu satu pelamar melalui verifikasi identitas. Anda memerlukan akun Didit, alur kerja verifikasi yang disetujui, konektor Didit diaktifkan di Claude, dan wewenang berdasarkan kebijakan peninjauan organisasi Anda. Sisanya dapat terjadi dalam bahasa biasa.
Panduan ini sengaja membahas orang yang mengoperasikan percakapan. Ini tidak mengulang mekanisme buat-tautan-dan-polling yang sudah dibahas dalam MCP untuk KYC dan panduan server KYC MCP. Tetap buka referensi tersebut ketika Anda membutuhkan detail siklus hidup atau integrasi. Gunakan halaman ini ketika pertanyaan praktisnya adalah: “Apa yang harus saya ketik, apa yang harus saya katakan kepada pelamar, dan apa yang harus saya lakukan dengan jawabannya?”
Sebelum pelamar: buat ruang kerja yang tepat
Tambahkan konektor Didit ke Claude dan selesaikan masuk ke Didit. Titik akhir yang di-host menggunakan OAuth (Open Authorization) 2.1 dengan PKCE (Proof Key for Code Exchange), bukan kunci API. Claude bertindak dengan peran Didit pengguna yang masuk, jadi operator harus sudah memiliki izin untuk tindakan apa pun yang mereka minta.
Mulai setiap percakapan operasi baru dengan membuat cakupan terlihat:
Gunakan Didit untuk membantu saya memverifikasi satu pelamar. Pertama panggil didit_context_get. Beri tahu saya organisasi dan aplikasi mana yang dipilih. Jangan membuat atau mengubah apa pun dulu.
Ini menangkap kesalahan operasional termudah: bekerja di aplikasi yang salah ketika satu orang dapat mengakses beberapa aplikasi. Jika Claude menunjukkan lebih dari satu opsi, sebutkan nama organisasi dan aplikasi yang ingin Anda gunakan sebelum melanjutkan.
Pilih alur kerja tanpa menebak pemeriksaannya
didit_workflow_list mencantumkan alur kerja yang tersedia. Ini tidak mengembalikan grafik atau konfigurasi alur kerja lengkap. Gunakan ini untuk menemukan nama alur kerja yang disetujui dan workflow_id, lalu ambil alur kerja yang dipilih secara eksplisit.
Daftarkan alur kerja verifikasi di aplikasi yang dipilih dengan didit_workflow_list. Tunjukkan hanya nama, workflow_id, dan status setiap alur kerja. Jangan jelaskan pemeriksaannya dulu.
Setelah Anda memilih satu, minta konfigurasi sebenarnya:
Ambil alur kerja WORKFLOW_UUID dengan didit_workflow_get. Jika langkah atau cabangnya memerlukan detail grafik, panggil juga didit_workflow_get_graph dengan include_config: false. Kemudian jelaskan, dalam bahasa Inggris sederhana, apa yang harus dilakukan pelamar. Pisahkan langkah-langkah yang terlihat oleh pelamar dari pemeriksaan yang berjalan di latar belakang. Jangan membuat sesi.
Gunakan didit_workflow_get untuk konfigurasi lengkap alur kerja yang dipilih. Gunakan didit_workflow_get_graph ketika Anda membutuhkan simpul, cabang, kondisi, atau langkah pemrosesan dokumen; konfigurasi ringkasan defaultnya cukup untuk penjelasan operator. Pola dua langkah ini mencegah Claude menyimpulkan bundel hanya dari label alur kerja.
Minta satu tautan pelamar
Setelah Anda mengonfirmasi ruang kerja dan alur kerja, instruksi operator dapat tetap singkat:
Buat satu sesi dengan didit_session_create menggunakan workflow_id WORKFLOW_UUID dan vendor_data customer-8421. Kembalikan session_id dan url. Jangan kirim tautan atau ubah catatan lainnya.
Satu-satunya input yang diperlukan untuk didit_session_create adalah workflow_id; vendor_data adalah referensi pelanggan opsional. Responsnya mencakup url. Salin tautan yang di-host itu ke email, dukungan, atau saluran orientasi Anda yang disetujui. Membuat sesi itu sendiri tidak berarti pelamar telah dihubungi.
Itulah semua mekanisme yang dibutuhkan panduan operator ini. Jika Anda menerapkan pengiriman otomatis, panggilan balik, webhook, atau polling, gunakan panduan teknis yang tertaut daripada mengubah percakapan operator menjadi tutorial integrasi.
Beri tahu pelamar apa yang akan terjadi
Pelamar membuka halaman yang di-host Didit di peramban mereka; mereka tidak memerlukan Claude atau koneksi MCP. Pengalaman yang tepat mengikuti alur kerja yang dipilih. Paket KYC lengkap yang dikonfigurasi dapat mencakup pengambilan dokumen identitas, liveness pasif, pencocokan wajah satu-ke-satu, dan analisis Protokol Internet (IP). Alur kerja yang berbeda mungkin berisi lebih sedikit pemeriksaan, pemeriksaan tambahan, atau cabang bersyarat.
Minta Claude untuk menyusun pesan yang hanya didasarkan pada konfigurasi yang diambil:
Tulis pesan empat poin untuk pelamar yang menjelaskan apa yang akan mereka lihat setelah membuka url. Gunakan hanya konfigurasi alur kerja yang dipilih. Sebutkan dokumen atau persiapan perangkat apa pun yang sebenarnya diperlukan. Jangan menjanjikan persetujuan, waktu penyelesaian, atau pemeriksaan yang tidak dikonfigurasi.
Pesan operator yang baik menjelaskan mengapa orang tersebut menerima tautan, langkah-langkah yang terlihat yang akan mereka selesaikan, dan tempat untuk meminta bantuan. Itu tidak boleh mengekspos token sesi internal, menyalin data pribadi ke dalam obrolan, atau menggambarkan pemeriksaan latar belakang sebagai tindakan pelamar.
Didit mendukung 220+ negara dan wilayah, 14.000+ jenis dokumen, dan 48+ bahasa. Angka cakupan tersebut menjelaskan platform; alur kerja yang dipilih dan dokumen pelamar masih menentukan layar aktual yang tersedia dalam sesi tersebut.
Minta hasil dalam bahasa Inggris sederhana
Ketika pelamar mengatakan mereka sudah selesai, jangan bertanya kepada Claude apakah mereka “lulus.” Minta untuk mengambil keputusan yang dicatat dan menjaga status terpisah dari bukti:
Panggil didit_session_get_decision untuk sesi SESSION_UUID. Jelaskan hasilnya untuk operator orientasi non-teknis. Mulai dengan status saat ini yang tepat. Kemudian daftar hanya hasil modul yang dikonfigurasi dan bidang yang benar-benar dikembalikan. Pisahkan bukti yang dikonfirmasi, bukti yang hilang, konflik, dan item yang memerlukan penilaian manusia. Jangan ubah sesi.
Kata-kata ini membuat halusinasi lebih mudah dikenali. Keputusan berisi keluaran modul yang dikonfigurasi untuk alur kerja itu, bukan seperangkat universal dokumen identitas, liveness, pencocokan wajah, Anti-Pencucian Uang (AML), dan pemeriksaan penipuan. Jika modul tidak berjalan atau bidang tidak ada, jawabannya harus menyatakan demikian daripada mengisi celah.
Baca status sebagai keadaan sesi saat ini:
- Belum Dimulai atau Dalam Proses berarti operator harus menunggu atau membantu pelamar menyelesaikan alur yang di-host.
- Dalam Peninjauan berarti bukti atau logika alur kerja telah mengarahkan sesi ke keputusan manusia.
- Disetujui atau Ditolak adalah status keputusan saat ini. Keduanya dapat mencerminkan otomatisasi yang dikonfigurasi atau pengabaian manual oleh peninjau yang berwenang, jadi gunakan bukti yang menyertainya dan riwayat audit ketika kebijakan memerlukannya.
- Diajukan Kembali berarti node alur kerja yang dipilih dikirim kembali untuk upaya lain; ini bukan sesi baru yang tidak terkait.
Inferensi model berjalan pada p99 di bawah 2 detik, tetapi itu bukan janji tentang berapa lama waktu yang dibutuhkan pelamar untuk mengambil dokumen, menyelesaikan alur, atau menunggu tinjauan manusia.
Apa yang harus dilakukan ketika jawabannya Dalam Peninjauan
Jangan menerjemahkan Dalam Peninjauan menjadi “gagal,” dan jangan meminta Claude untuk menyetujui atau menolak dalam perintah yang sama yang menjelaskan bukti. Pertama, minta paket peninjauan hanya-baca:
Sesi ini Dalam Peninjauan. Panggil didit_session_get_decision dan didit_session_list_reviews. Jangan ubah data atau status. Tunjukkan alasan yang dikembalikan atau bukti pemicu, keluaran modul yang dikonfigurasi yang relevan dengannya, informasi yang bertentangan atau hilang, dan riwayat peninjauan atau status sebelumnya. Tandai apa pun yang tidak dikembalikan sebagai tidak dikenal.
Kemudian ikuti kebijakan eskalasi organisasi Anda. Peninjau dapat membandingkan data identitas yang diekstraksi dengan bukti dokumen, menilai kecocokan atau kandidat penyaringan, meminta upaya lain untuk node alur kerja yang gagal, atau membuat keputusan status yang berwenang. Claude dapat mengatur catatan, tetapi tidak menggantikan peninjau atau kebijakan penerimaan organisasi.
Jika Anda diberi wewenang untuk mendokumentasikan tinjauan, pisahkan catatan dari keputusan akhir:
Tambahkan komentar ini dengan didit_session_add_review ke sesi SESSION_UUID: “Ditingkatkan untuk peninjauan manual karena [bukti yang diamati].” Jangan meneruskan new_status dan jangan mengubah data yang diekstraksi.
didit_session_add_review memerlukan session_id, menerima comment, dan secara opsional dapat mengubah status. Menghilangkan new_status membuat niatnya jelas di sini: catat catatan tinjauan tanpa memutuskan kasusnya. Untuk koreksi, pengajuan ulang sebagian, persetujuan, dan prosedur penolakan, gunakan panduan antrean peninjauan KYC dengan Claude.
Daftar periksa akhir operator
- Konfirmasi organisasi, aplikasi, dan referensi pelamar sebelum membuat apa pun.
- Daftarkan alur kerja terlebih dahulu, lalu ambil konfigurasi atau grafik alur kerja yang dipilih sebelum menjelaskan pemeriksaannya.
- Kirim hanya
urlyang di-host yang dikembalikan melalui saluran pelanggan yang disetujui. - Minta Claude untuk melaporkan bukti yang dikembalikan, bukan untuk menyimpulkan modul yang tidak ada atau mengubah status menjadi cerita.
- Perlakukan Dalam Peninjauan sebagai serah terima manusia. Pisahkan penyelidikan, catatan audit, koreksi data, dan status akhir menjadi langkah-langkah yang disengaja.
- Jauhkan data pribadi yang tidak perlu, gambar dokumen, dan token internal dari percakapan.
Server MCP itu sendiri gratis. Paket KYC lengkap yang dikonfigurasi berharga $0,33 dan mencakup verifikasi dokumen identitas, liveness pasif, pencocokan wajah, dan analisis IP. Setiap fitur mencakup 500 verifikasi gratis per bulan. Didit melayani 2.000+ perusahaan dalam produksi dan merupakan infrastruktur untuk identitas dan penipuan.
Tautan referensi
- Ikhtisar MCP — titik akhir dan arsitektur yang di-host
- Dokumentasi alat MCP — nama dan skema kanonik
- Didit MCP di GitHub — sumber berlisensi MIT publik
- Halaman pengembang Didit MCP — ikhtisar produk
- Hubungkan Didit ke Claude — pengaturan konektor
Artikel terkait
- Aturan Deepfake Eropa Berlaku: Fokus pada Alat, Bukan Penipuan
- AI dalam Verifikasi Identitas Perjudian: Ancaman dan Solusi
- Aturan identitas stablecoin mencakup penerbitan dan penebusan, bukan transaksi selanjutnya
- Mesir Menanggung Biaya Pembaruan KYC, Bukan Membebankannya kepada Pelanggan
- Unico Bermitra dengan Didit untuk Memperluas Akses Verifikasi Identitas Canggih bagi UKM di Brasil
- Didit vs Onfido: Jangkauan, Harga, Otomatisasi, dan Migrasi