คำจำกัดความ
การจัดประเภท Unknown คือผลลัพธ์ที่ระบบ actor intelligence ส่งกลับมาเมื่อหลักฐานที่มีอยู่สำหรับการโต้ตอบหนึ่งๆ ไม่สนับสนุนการตัดสินได้อย่างน่าเชื่อถือ โดยกล่าวอย่างแม่นยำคือ เราไม่สามารถบอกได้จากสิ่งที่สังเกตว่าเป็นคน เป็นคนที่ใช้ AI หรือเป็น agent
Unknown เป็นหนึ่งในสี่ class ใน Proof of Actor ควบคู่กับ Human, Human + AI และ Agent เป็นผลลัพธ์ระดับหลัก ไม่ใช่สถานะ error และไม่ใช่วิธีสุภาพในการบอกว่า "น่าจะเป็น bot" บทความของเราเรื่อง why Unknown is a valid result when classifying AI traffic อธิบายเหตุผลครบถ้วน
ทำไม Unknown จึงมีคุณค่า
ระบบการจัดประเภทที่ต้องเลือกคำตอบเสมอมักลงเอยด้วยการเดาอย่างมั่นใจ การเดาเหล่านั้นดูเหมือนข้อมูล ไหลเข้า dashboards และ policies แล้วค่อยๆ สร้างผลเสีย: ลูกค้าที่ถูกต้องตามปกติถูกท้าทาย หรือ client อัตโนมัติถูกปฏิบัติเหมือนคนใน route ที่อ่อนไหว
การรายงาน Unknown ช่วยให้ทีมได้สามอย่าง:
- ความครอบคลุมที่ตรงไปตรงมา สัดส่วนของผล Unknown บอกคุณว่าการเชื่อมต่อของคุณมองเห็นตรงไหนและมองไม่เห็นตรงไหน
- นโยบายที่ปลอดภัยกว่า policy สามารถกำหนดได้อย่างชัดเจนว่า Unknown หมายถึงอะไรสำหรับแต่ละ route แทนที่จะรับเอาการเดาที่ซ่อนอยู่มาใช้
- เส้นทางสู่การปรับปรุง ถ้า route ใดมีอัตรา Unknown สูง คุณสามารถเพิ่มแหล่งสัญญาณที่ดีกว่าในจุดนั้นได้ เช่น browser integration หรือการรองรับ signed agent requests
สาเหตุที่พบบ่อยของ Unknown
- ไม่มี integration ที่รองรับทำงานบน route นั้น เช่น ไม่มี browser collector
- client ไม่ได้รัน JavaScript และไม่ส่งหลักฐานตัวตน
- สังเกตเห็นสัญญาณของการโต้ตอบน้อยเกินไป เช่น session ที่สั้นมาก
- request มาถึงโดยไม่มี signature และมีคำอธิบาย client ที่เป็นแบบทั่วไปหรือไม่ระบุ
- หลักฐานที่มีอยู่ขัดแย้งกัน และไม่มีส่วนใดแรงพอที่จะตัดสิน
แอปพลิเคชันควรจัดการ Unknown อย่างไร
Unknown ควรถูก map ไปยัง fallback ที่ชัดเจนซึ่งเจ้าของแอปพลิเคชันเลือกสำหรับแต่ละ route:
- หน้า public ที่มีความเสี่ยงต่ำ: allow โดยไม่มี friction เพิ่มเติม
- APIs แบบอ่านอย่างเดียว: allow พร้อม rate limits มาตรฐาน
- การเปลี่ยนแปลงบัญชีและการกระทำอื่นที่มีผลกระทบสูง: ใช้การตรวจสอบเดิมของแอปพลิเคชัน เช่น re-authentication และอย่าตัดสินอะไรจากผล Unknown เอง
แนวคิดเดียวกันนี้ใช้กับ timeout และ telemetry ที่ขาดหายไปด้วยว่า route หนึ่ง fails open or fails closed อย่างไรก็คือการตัดสินใจที่ตั้งไว้ล่วงหน้า ไม่ใช่อุบัติเหตุ
ความเข้าใจผิดที่พบบ่อย
"Unknown แปลว่าน่าสงสัย" หมายถึงหลักฐานไม่เพียงพอ ผู้เยี่ยมชมที่เป็นปกติอย่างสมบูรณ์จำนวนมากให้ผล Unknown
"Unknown ควรตั้งต้นเป็น Human" ไม่ควร การแปลง Unknown เป็น Human ทำให้ช่องว่างถูกซ่อน และอาจให้ความไว้วางใจระดับมนุษย์กับระบบอัตโนมัติ
"ระบบที่ดีไม่ควรมี Unknown" ระบบที่ไม่มี Unknown คือระบบที่กำลังเดา อัตรา Unknown ที่มองเห็นได้และอธิบายได้คือสัญญาณของตัวจำแนกที่ซื่อสัตย์
Unknown ใน Proof of Actor
Proof of Actor รายงาน Unknown ทุกครั้งที่ evidence basis ไม่สนับสนุนการตัดสิน ไม่เคยแปลงเป็น Human และทำให้อัตรา Unknown มองเห็นได้ใน analytics ทีมกำหนด fallback สำหรับแต่ละ route ขณะอยู่ใน observation mode ก่อนเปิดใช้งาน policy ใดๆ อ่าน Detection & Limitations เพื่อดูโมเดลทั้งหมด หรือ apply for early access