Mengelola Penjangkauan AI Dengan Persetujuan MCP

Tinjau akses untuk setiap tindakan: pembacaan memerlukan izin yang sesuai, perubahan catatan memerlukan pratinjau dan kunci percobaan ulang, serta pengiriman juga memerlukan kebijakan aktif yang ditinjau penanggung jawab. Sertakan pemeriksaan persetujuan, larangan kontak, lisensi, dan yurisdiksi.

Tingkat risiko apa yang berlaku untuk setiap penulisan?

Gunakan tools/list untuk melihat alat yang tersedia bagi koneksi Anda. Ketersediaan bergantung pada izin yang diberikan dan akses ruang kerja. Mulai dengan izin baca; minta administrator meninjau akses yang belum tersedia alih-alih meminta izin luas.

Bagaimana tim sebaiknya melakukan pratinjau dan menyetujui draf?

1. Bangun daftar kandidat dari pembacaan berbasis informasi dan hapus duplikat terhadap catatan CRM dan supresi.
2. Panggil penulisan dengan dry_run: true dan UUID idempotency_key yang dibuat. Tinjau respons validasi dan kebijakan tanpa membuat catatan.
3. Minta pemilik memeriksa audiens, asal-usul sumber, klaim, personalisasi, pengirim, persetujuan dan supresi, penggunaan terbatas dan yurisdiksi, serta lisensi sebelum mengaktifkan kebijakan pengiriman.
4. Ulangi dengan dry_run: false dan kunci yang sama setelah kebijakan berstatus ACTIVE. Kunci yang dipakai ulang mengembalikan hasil asli dan bukan duplikat.

Sinyal -> Prospek -> Pengayaan -> Keputusan -> Penjangkauan -> Pipeline

Catatan pengiriman mendukung riset; catatan tersebut tidak membuktikan permintaan atau izin untuk menghubungi seseorang. Simpan peringatan tersebut dalam catatan tinjauan.

Apa yang dibutuhkan tinjauan kebijakan pengiriman?

Sebelum mengaktifkan pengiriman, minta penanggung jawab meninjau audiens, pengirim, klaim pesan, persetujuan, daftar larangan kontak, yurisdiksi yang berlaku, lisensi, dan batas anggaran. Gunakan policy_id kebijakan tetap yang aktif untuk pengiriman yang diizinkan dan pratinjau dengan dry_run: true. Satu kebijakan dapat mengizinkan beberapa pengiriman; ini tidak berarti setiap pesan disetujui seseorang secara terpisah. Hentikan pekerjaan jika kelayakan atau otorisasi belum jelas.

Bagaimana cara mengaudit dan mencabut?

Tinjau izin, perubahan kebijakan, dan catatan aktivitas yang tersedia sebelum memperluas akses. Simpan hanya ID permintaan tanpa data sensitif dan metadata operasional di catatan bersama. Hapus koneksi saat proyek selesai atau akses tidak lagi diperlukan; cabut dan ganti kredensial yang mungkin bocor.

Apa pertanyaan umum tentang tata kelola penjangkauan MCP?

Haruskah setiap draf memerlukan persetujuan?

Draf memerlukan tinjauan pemilik; pengiriman memerlukan kebijakan permanen ACTIVE ditambah tinjauan manusia sebelum aktivasi. Pertahankan kedua langkah tersebut bahkan untuk volume kecil.

Apa yang terjadi ketika penulisan yang sama dikirim dua kali?

Penggunaan kembali idempotency_key mengembalikan hasil pertama. Kunci baru membuat catatan atau pengiriman baru, jadi jangan pernah mengganti kunci pada pengulangan.

Dapatkah token dibatasi hanya untuk draf tanpa pengiriman?

Ya. Berikan leads:create atau campaigns:create tanpa emails:send atau sms:send. Tool pengiriman yang hilang dalam tools/list mengonfirmasi batas tersebut.

Balasan mana yang memerlukan manusia?

Berhenti berlangganan, keberatan, rujukan, dan balasan ambigu atau sensitif diteruskan ke manusia. Aturan jeda harus menghentikan pengiriman lebih lanjut pada pesan mental, keluhan, dan kecocokan yang buruk.

Apa yang termasuk dalam catatan tinjauan kebijakan?

Alasan akun, sumber, peran kontak, klaim pesan, pengirim, ID kebijakan, kunci idempotensi, peninjau, dan tindakan berikutnya.

Kapan akses harus dihapus?

Hapus pemberian pada akhir proyek, perubahan peran, perubahan vendor, atau dugaan kebocoran apa pun. Simpan riwayat request_id untuk tinjauan.