กำกับดูแลงานติดต่อของ AI ด้วยการอนุมัติ MCP

ตรวจสอบสิทธิ์ของแต่ละการดำเนินการ การอ่านต้องมีสิทธิ์ที่ตรงกัน การแก้ระเบียนต้องดูตัวอย่างและมีคีย์สำหรับลองซ้ำ การส่งยังต้องมีนโยบายที่มีผลและผ่านการตรวจสอบของผู้รับผิดชอบ ตรวจสอบความยินยอม รายการห้ามติดต่อ สิทธิ์การใช้ข้อมูล และเขตอำนาจศาลด้วย

ระดับความเสี่ยงใดใช้กับงานเขียนแต่ละชิ้น

ระดับเครื่องมือเงื่อนไข
R2dureach.leads.create, dureach.campaigns.draftสิทธิ์สร้าง ดูตัวอย่างด้วย dry_run และต้องมี idempotency_key สำหรับการเขียนจริง
R3dureach.email.send, dureach.sms.sendสิทธิ์ส่ง policy_id ที่มีผลและผ่านการตรวจสอบของผู้รับผิดชอบ ดูตัวอย่างด้วย dry_run และต้องมี idempotency_key สำหรับการส่งจริง

ใช้ tools/list เพื่อดูเครื่องมือที่ใช้ได้กับการเชื่อมต่อนี้ ความพร้อมใช้งานขึ้นอยู่กับสิทธิ์ที่ได้รับและสิทธิ์การเข้าถึงของพื้นที่ทำงาน เริ่มด้วยสิทธิ์อ่าน และให้ผู้ดูแลตรวจสอบสิทธิ์ที่ขาดแทนการขอสิทธิ์กว้างเกินความจำเป็น

ทีมควรแสดงตัวอย่างและอนุมัติร่างอย่างไร

  1. สร้างรายชื่อตัวเลือกจากการอ่านที่มีข้อมูลรองรับและตัดข้อมูลซ้ำกับระเบียน CRM และการระงับ
  2. เรียกงานเขียนด้วย dry_run: true และ UUID idempotency_key ที่สร้างขึ้น ตรวจผลการตรวจสอบและการตอบสนองนโยบายโดยไม่สร้างระเบียน
  3. ให้เจ้าของตรวจกลุ่มเป้าหมาย ที่มาของแหล่งข้อมูล ข้อความ การปรับเฉพาะบุคคล ผู้ส่ง ความยินยอมและการระงับ การใช้ที่จำกัดและเขตอำนาจ และใบอนุญาตก่อนเปิดใช้งานนโยบายการส่ง
  4. ลองใหม่ด้วย dry_run: false และคีย์เดิมหลังนโยบายอยู่ในสถานะ ACTIVE คีย์ซ้ำจะส่งคืนผลเดิมแทนข้อมูลซ้ำ
สัญญาณ -> ผู้มีโอกาสเป็นลูกค้า -> เพิ่มข้อมูล -> ตัดสินใจ -> เข้าถึงลูกค้า -> Pipeline

ระเบียนการขนส่งสนับสนุนงานวิจัย แต่ไม่ได้พิสูจน์ความต้องการหรือสิทธิ์ติดต่อบุคคล บันทึกข้อควรระวังนี้ไว้ในบันทึกการทบทวน

การทบทวนนโยบายการส่งต้องการอะไร

ก่อนเปิดการส่ง ให้ผู้รับผิดชอบตรวจสอบกลุ่มเป้าหมาย ผู้ส่ง ข้อกล่าวอ้างในข้อความ ความยินยอม รายการห้ามติดต่อ เขตอำนาจศาลที่เกี่ยวข้อง สิทธิ์การใช้ข้อมูล และเพดานงบประมาณ ใช้ policy_id ของนโยบายถาวรที่มีผลสำหรับการส่งที่ได้รับอนุญาต และดูตัวอย่างด้วย dry_run: true นโยบายหนึ่งอาจอนุญาตหลายการส่ง จึงไม่ได้หมายความว่ามีคนอนุมัติทุกข้อความแยกกัน หยุดงานเมื่อสิทธิ์หรือคุณสมบัติของผู้รับไม่ชัดเจน

วิธีตรวจสอบและเพิกถอน

ตรวจสอบสิทธิ์ที่มอบให้ การเปลี่ยนนโยบาย และบันทึกกิจกรรมที่มีอยู่ก่อนขยายการเข้าถึง เก็บเฉพาะรหัสคำขอที่ลบข้อมูลอ่อนไหวแล้วและข้อมูลประกอบการดำเนินงานในบันทึกที่แชร์ ยกเลิกการเชื่อมต่อเมื่อโครงการจบหรือไม่ต้องใช้แล้ว และเพิกถอนพร้อมเปลี่ยนข้อมูลรับรองที่อาจรั่วไหล

คำถามทั่วไปเกี่ยวกับการกำกับดูแลงานติดต่อของ MCP มีอะไรบ้าง

ร่างทุกชิ้นต้องอนุมัติหรือไม่

ร่างต้องการการตรวจโดยเจ้าของ การส่งต้องการนโยบายถาวรที่อยู่ในสถานะ ACTIVE พร้อมการทบทวนโดยมนุษย์ของนโยบายก่อนเปิดใช้งาน เก็บทั้งสองขั้นตอนแม้ปริมาณน้อย

เกิดอะไรขึ้นเมื่อส่งงานเขียนเดิมสองครั้ง

การใช้ idempotency_key ซ้ำจะส่งคืนผลแรก คีย์ใหม่จะสร้างระเบียนหรือการส่งใหม่ จึงห้ามเปลี่ยนคีย์เมื่อลองใหม่

โทเค็นจำกัดเฉพาะร่างโดยไม่ส่งได้หรือไม่

ได้ ให้ leads:create หรือ campaigns:create โดยไม่มี emails:send หรือ sms:send เครื่องมือส่งที่ขาดใน tools/list ยืนยันขอบเขตนี้

การตอบกลับใดต้องการคน

การยกเลิกรับข้อความ ข้อโต้แย้ง การแนะนำต่อ และการตอบกลับที่กำกวมหรืออ่อนไหวส่งให้คน กฎหยุดชั่วคราวควรหยุดการส่งเพิ่มเมื่อตีกลับ ร้องเรียน และไม่ตรงกลุ่ม

อะไรควรอยู่ในบันทึกการทบทวนนโยบาย

เหตุผลบัญชี แหล่งที่มา บทบาทผู้ติดต่อ ข้อความ ผู้ส่ง รหัสนโยบาย คีย์ idempotency ผู้ทบทวน และการดำเนินการถัดไป

ควรลบสิทธิ์เมื่อใด

ลบสิทธิ์เมื่อโครงการจบ เปลี่ยนบทบาท เปลี่ยนผู้ขาย หรือสงสัยการรั่วไหล เก็บประวัติ request_id ไว้สำหรับการทบทวน