คำนิยาม
โหมดการสังเกตคือวิธีการทำงานของ actor intelligence ที่ทุก interaction จะถูกจัดประเภทและบันทึกไว้ แต่ไม่มีอะไรในพฤติกรรมของแอปพลิเคชันเปลี่ยนไปเลย ไม่มีคำขอใดถูกบล็อก ท้าทาย ชะลอ หรือส่งต่อเส้นทางใหม่เพราะผลลัพธ์ของ actor แอปพลิเคชันตอบสนองเหมือนกับตอนที่ไม่ได้ติดตั้งการผสานใช้งาน
ใน Proof of Actor โหมดการสังเกตเป็นค่าเริ่มต้น การติดตั้งการผสานใช้งานจะเริ่มการสังเกต ไม่ใช่การบังคับใช้
ทำไมต้องเริ่มจากการสังเกต
แต่ละแอปพลิเคชันมี traffic ของตัวเอง ตัวเก็บข้อมูลในเบราว์เซอร์จะเห็นสัญญาณบนแดชบอร์ดต่างจากบนหน้า marketing; API จะเห็น client ต่างจาก MCP server ก่อนที่ทีมจะพึ่งพาผลลัพธ์ของ actor จำเป็นต้องเข้าใจว่ามันทำงานอย่างไรในบริบทของตัวเอง คู่มือเรื่อง การเปิดใช้นโยบายที่รับรู้ actor อย่างปลอดภัย และบทความของเราเรื่อง การออกแบบนโยบายระดับแอปสำหรับมนุษย์และ agent AI ต่างก็เริ่มจากขั้นตอนนี้
โหมดการสังเกตช่วยให้ทีมตอบคำถามเชิงปฏิบัติด้วยข้อมูลจริงได้:
- ความครอบคลุม: integration เห็น evidence เพียงพอบน route ใดบ้าง และอัตรา Unknown สูงตรงไหน?
- ผลบวกลวง: เมื่อทีมรู้ ground truth อยู่แล้ว เช่น บัญชีระบบอัตโนมัติภายในหรือพาร์ตเนอร์ integration ที่รู้จัก ผลลัพธ์ตรงกันหรือไม่?
- สัดส่วน actor: traffic ของ agent มาถึงแต่ละ route มากน้อยแค่ไหน และ agent ใดเป็นแบบ verified เทียบกับ declared?
- ความหน่วง: การตรวจสอบเพิ่มอะไรให้แต่ละ route บ้าง?
- ผลกระทบของนโยบาย: ถ้ากฎที่เสนอถูกบังคับใช้เมื่อสัปดาห์ที่แล้ว มันจะกระทบ interaction ใดบ้าง?
ทำงานอย่างไรในทางปฏิบัติ
- ผสานใช้งาน server-side หรือ browser integration ที่รองรับบน routes ที่คุณสนใจ
- บันทึก ผลลัพธ์ไว้ควบคู่กับ logs และ outcomes ที่มีอยู่
- ตรวจสอบ evidence และการจัดประเภทเทียบกับสิ่งที่คุณทราบ
- ดูตัวอย่าง candidate policy กับ traffic ที่บันทึกไว้ โดยไม่บังคับใช้
- เปิดใช้งาน policy บน route เฉพาะเมื่อทีมมั่นใจว่าเหมาะกับ workflow นั้น
แต่ละ route สามารถเปลี่ยนจากการสังเกตไปสู่การบังคับใช้ได้อย่างอิสระ ทีมหนึ่งอาจบังคับใช้ structured-API rule บน read-only catalog route ขณะที่ยังคงปล่อย account routes อยู่ในโหมดการสังเกตอย่างไม่มีกำหนด
โหมดการสังเกตและการจัดการเมื่อเกิดความล้มเหลว
โหมดการสังเกตยังเป็นจุดที่ปลอดภัยที่สุดในการตัดสินใจว่าแต่ละ route ควรทำงานอย่างไรเมื่อผลลัพธ์มาช้าหรือขาดหายไป การตัดสินใจล่วงหน้าว่า route นั้นควร fails open หรือ fails closed หมายความว่าการตัดสินใจนั้นมีเจตนา ชัดเจนในเอกสาร และผ่านการทดสอบก่อนที่จะมีการบังคับใช้อะไรจริง
ความเข้าใจผิดที่พบบ่อย
"โหมดการสังเกตเป็นเวอร์ชันทดลอง" มันคือรากฐานของการใช้งานอย่างรับผิดชอบ หลายทีมยังคงปล่อยบาง route ไว้ในโหมดการสังเกตถาวร เพราะ analytics เพียงอย่างเดียวตอบคำถามของพวกเขาได้
"การสังเกตหมายถึงยังไม่มีคุณค่าจนกว่าจะบังคับใช้" analytics ในโหมดการสังเกต รวมถึงสัดส่วน actor แนวโน้ม และ evidence มักเป็นผลลัพธ์แรกและสำคัญที่สุด
"การบังคับใช้มีแค่ทั้งหมดหรือไม่มีเลย" นโยบายกำหนดเป็นราย route และตามระดับความเสี่ยง การสังเกตและการบังคับใช้เกิดร่วมกันได้ในแอปพลิเคชันเดียวกัน
โหมดการสังเกตใน Proof of Actor
Proof of Actor เริ่มการผสานใช้งานทุกครั้งในโหมดการสังเกต และการบังคับใช้จะเกิดขึ้นก็ต่อเมื่อเจ้าของแอปพลิเคชันเลือกให้เกิดขึ้น ภายในโค้ดของแอปพลิเคชันเอง ดู วิธีการทำงาน สำหรับขั้นตอนทั้งหมด หรือ สมัครขอสิทธิ์เข้าถึงก่อน เพื่อเริ่มสังเกต traffic ของคุณ