ข้ามไปยังเนื้อหาหลัก
การเปรียบเทียบ

Proof of Actor เทียบกับ CAPTCHA: หยุดทดสอบทุกคน แล้วเริ่มรู้ว่าใครกำลังทำงาน

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

ขอสิทธิ์เข้าถึงก่อนใครสำรวจวิธีการทำงาน
Toshendra Sharma

โดย Toshendra Sharmaผู้ก่อตั้งและ CEO, AgentCredia · Updated November 13, 2026

CAPTCHA คือแนวคิดที่เรียบง่าย: วางงานหนึ่งอย่างไว้ต่อหน้าผู้เข้าชมที่คนทำได้แต่เครื่องทำไม่ได้ แล้วปล่อยผ่านใครก็ตามที่ผ่านได้ เป็นเวลาหลายปี นี่เป็นการแลกเปลี่ยนที่สมเหตุสมผล คนเสียเวลาไปไม่กี่วินาที และระบบอัตโนมัติที่แย่ที่สุดก็ช้าลง

แต่มีสามอย่างที่เปลี่ยนไป เครื่องจักรเก่งขึ้นในการแก้โจทย์ คนเบื่อที่จะทำมัน และผู้เข้าชมแบบใหม่ก็เข้ามา: AI agents ที่ทำงานแทนลูกค้าจริง และ คนที่ทำงานร่วมกับ AI assistants การทดสอบที่ถามว่า "คุณเป็นมนุษย์หรือไม่" ไม่มีคำตอบที่ดีสำหรับทั้งสองกลุ่มนี้

Proof of Actor ใช้วิธีที่ต่างออกไป แทนที่จะทดสอบผู้เข้าชมทุกคน มันบอกแอปพลิเคชันของคุณว่าใครหรืออะไรเป็นผู้กระทำ พร้อมหลักฐานเบื้องหลังข้อสรุป และให้โค้ดของคุณเป็นผู้ตัดสินว่าจำเป็นต้องมีการท้าทายหรือไม่

สรุปสั้นๆ

CAPTCHA Proof of Actor
คำถามหลัก ผู้เข้าชมนี้ผ่านการทดสอบมนุษย์ได้หรือไม่? ใครหรืออะไรเป็นผู้กระทำ และหลักฐานคืออะไร?
ใครเป็นผู้รับภาระต้นทุน ผู้เข้าชมทุกคนที่เห็นการท้าทาย ไม่มีใคร การจัดประเภทเกิดขึ้นเบื้องหลัง
คำตอบที่เป็นไปได้ ผ่านหรือไม่ผ่าน Human, Human + AI, Agent หรือ Unknown พร้อม basis
เอเจนต์ AI ที่ชอบด้วยกฎหมาย ถูกหยุด หรือถูกบังคับให้หาทางรอบการทดสอบ ถูกจดจำ และส่งไปยังประสบการณ์ที่เหมาะสม
คนที่ใช้ AI assistants ถูกปฏิบัติเหมือนผู้เข้าชมทั่วไป เป็น class ที่แยกต่างหาก Human + AI
ทราฟฟิกที่ไม่ชัดเจน ต้องผ่านการทดสอบเดียวกัน Unknown พร้อม fallback ที่คุณเลือกต่อ route
ใช้กับที่ไหน หน้าเว็บที่คุณวางมันไว้ ทุก route ที่การผสานรวมของคุณครอบคลุม
พฤติกรรมเริ่มต้นเมื่อใช้งาน แสดงการท้าทาย Observation; ไม่มีอะไรเปลี่ยนจนกว่าคุณจะเพิ่ม policy

การทดสอบเทียบกับหลักฐาน

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

Proof of Actor ให้ทั้งการจัดประเภทและ evidence basis ของมัน ผลลัพธ์แบบ Verified หมายถึงมีการตรวจสอบคำยืนยันที่ตรวจได้จริง เช่น request signature ที่ตรวจสอบเทียบกับ public key ที่เผยแพร่ไว้ ผลลัพธ์แบบ Declared หมายถึง client หรือแอปพลิเคชันของคุณเองเป็นผู้ระบุไว้ ผลลัพธ์แบบ Inferred ถูกระบุว่าเป็นการอนุมาน Unknown หมายถึงหลักฐานไม่เพียงพอสำหรับการสรุป ทีมของคุณอ่านผลลัพธ์แต่ละรายการได้และเห็นว่ามันยึดอยู่บนอะไร และผู้เข้าชมไม่ต้องทำอะไรเลย

ต้นทุนของการท้าทายทุกคน

การท้าทายแต่ละครั้งคือแรงเสียดทานที่โยนไปให้ผู้ใช้ที่ดีที่สุดของคุณ เพื่อทำให้ผู้ใช้งานที่แย่ที่สุดช้าลง บนหน้า signup มันกระทบ conversion บน checkout มันกระทบรายได้ ในมุมของการเข้าถึง มันอาจกันคนออกไปโดยสิ้นเชิง ทีมยอมรับต้นทุนนั้นก็เพราะพวกเขาไม่มีสัญญาณที่ดีกว่าว่าใครอยู่ฝั่งตรงข้าม

เมื่อมีบริบทของ actor การแลกเปลี่ยนก็เปลี่ยนไป คุณสามารถคงประสบการณ์ปกติสำหรับเซสชันที่ขับเคลื่อนโดยมนุษย์ ข้ามการท้าทายในจุดที่หลักฐานแข็งแรง และเก็บมันไว้สำหรับกรณีแคบๆ ที่มันยังเพิ่มคุณค่าได้ เช่น ผลลัพธ์ Unknown บนการเปลี่ยนรหัสผ่านหรือการกระทำที่มีมูลค่าสูง ผู้เข้าชมส่วนใหญ่จะไม่เห็นการท้าทายอีก

เอเจนต์ที่ชอบด้วยกฎหมายต้องมีเส้นทาง ไม่ใช่ปริศนา

CAPTCHA ถูกสร้างมาเพื่อหยุดซอฟต์แวร์ นั่นสมเหตุสมผลเมื่อซอฟต์แวร์เกือบทั้งหมดที่เข้ามายังหน้าของคุณเป็นสิ่งที่ไม่ต้องการ แต่ตอนนี้ไม่ใช่แล้ว

วันนี้ assistant อาจช่วยเปรียบเทียบแผนของคุณสำหรับลูกค้า เอเจนต์อาจจองการประชุมผ่านแอปของคุณ และ AI client อาจเรียก MCP server ของคุณเพื่อทำงานให้เสร็จ การหยุดพวกมันเท่ากับหยุดลูกค้าของคุณ การบังคับให้พวกมันผ่านหน้าและปริศนาที่สร้างมาสำหรับคนทำให้ระบบอัตโนมัติเปราะบางและพังเมื่อมีการออกแบบใหม่ทุกครั้ง

Proof of Actor จดจำเอเจนต์ได้ และเมื่อมี signed requests มันสามารถตรวจสอบได้ว่า key และ operator ใดอยู่เบื้องหลัง จากนั้นแอปพลิเคชันของคุณจะทำสิ่งที่ดีกว่าการท้าทายได้: ให้บริการ structured API, เสนอ flow ที่เหมาะกับเอเจนต์ หรือใช้ rate limit ที่เหมาะกับระบบอัตโนมัติ คู่มือเรื่อง การให้บริการเนื้อหาแบบมีโครงสร้างแก่ AI agents แสดงวิธีการไว้

ตัวตนที่ verified ไม่ใช่สิ่งเดียวกับสิทธิ์ที่อนุญาต valid signature บอกคุณว่า key ใดเป็นผู้ลงนาม request ส่วนว่าเอเจนต์นั้นทำการกระทำได้หรือไม่คือ authorization decision ของคุณ Proof of Actor แยกสองคำถามนี้ออกจากกัน

คนที่ทำงานร่วมกับ AI ก็ยังเป็นผู้ใช้ของคุณ

คนที่ร่างข้อความ support ด้วย assistant หรือกรอกฟอร์มด้วยความช่วยเหลือของ AI คือ customer การทดสอบมนุษย์ไม่มีอะไรมีประโยชน์จะบอกเกี่ยวกับพวกเขา: พวกเขาผ่าน หรือพวกเขาถูกบล็อกเพราะพฤติกรรมดูผิดปกติ

Proof of Actor ให้ class ของตัวเองแก่พวกเขา คือ Human + AI ซึ่งรายงานเมื่อมีการประกาศการช่วยเหลือ หรือเมื่อสังเกตได้จาก integration ที่รองรับ นั่นทำให้คุณติดป้าย submission ที่ร่างด้วย AI ให้ทีมที่เหมาะสม ศึกษาว่าผู้ใช้ที่ได้รับการช่วยเหลือเคลื่อนผ่านผลิตภัณฑ์ของคุณอย่างไร และคงประสบการณ์ของพวกเขาให้ราบรื่น อ่านเพิ่มเติมได้ใน glossary entry เรื่อง AI-assisted interaction

จัดการกรณีที่ไม่แน่ใจอย่างตั้งใจ

ทราฟฟิกบางส่วนจะไม่ชัดเจนเสมอ CAPTCHA จัดการมันแบบเดียวกันทุกที่: ทุกคนต้องทำการทดสอบ

Proof of Actor ส่งกลับ Unknown ในฐานะผลลัพธ์ระดับแรก ไม่ถือว่าเป็นมนุษย์โดยค่าเริ่มต้น และไม่ถือว่าเป็นอันตรายโดยค่าเริ่มต้น คุณเลือก fallback ต่อ route ให้เหมาะกับความเสี่ยง:

  • หน้าเว็บสาธารณะและเอกสารประกอบ: allow และคงประสบการณ์มาตรฐานไว้
  • ฟอร์มสมัครใช้งานและฟอร์มติดต่อ: allow พร้อมการควบคุมการละเมิดตามปกติของคุณ
  • การเปลี่ยนแปลงบัญชี: ใช้ flow การยืนยันตัวตนซ้ำที่มีอยู่ของคุณต่อไป
  • การกระทำที่มีผลกระทบสูง: route ไปยัง review หรือใช้ challenge ที่นี่ถ้าคุณยังต้องการมัน

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

การตัดสินใจอยู่ที่ไหน

widget ของ CAPTCHA ตัดสินในขณะที่มันแสดง บนหน้าที่คุณวางมันไว้ และตัดสินเพียงครั้งเดียว

ด้วย Proof of Actor, แอปพลิเคชันของคุณเป็นผู้ตัดสิน บนทุก route ที่การผสานรวมของคุณครอบคลุม: server middleware, Next.js, edge, browser integration ที่อนุมัติแล้ว, generic HTTP API หรือ MCP server ของคุณ policy ใช้ actor class และ basis ร่วมกัน: allow, adapt, challenge, review หรือ rate-limit มันอยู่ในโค้ดของคุณ ข้าง business logic ส่วนอื่นๆ และคุณสามารถเปลี่ยนมันได้โดยไม่ต้องออกแบบหน้าใหม่

การเปิดใช้งานแบบค่อยเป็นค่อยไป

Proof of Actor เริ่มต้นใน observation mode การติดตั้งมันไม่เปลี่ยนสิ่งที่ผู้ใช้เห็น แนวทางที่สมเหตุสมผลในการเลิกใช้การท้าทายแบบครอบจักรวาลมีลักษณะดังนี้:

  1. Observe. คงการท้าทายเดิมไว้และเพิ่ม Proof of Actor เข้าไป ดู actor mix และอัตรา Unknown ในแต่ละ route
  2. Compare. สำหรับแต่ละ route ที่ถูกท้าทาย ดูว่ามีการท้าทายกี่ครั้งที่ตกกับเซสชันของมนุษย์ ผู้ใช้ที่ได้รับความช่วยเหลือจาก AI และ verified agents
  3. Preview. เขียน policy ที่ข้ามการท้าทายในจุดที่หลักฐานแข็งแรง และเก็บมันไว้สำหรับ Unknown บนการกระทำที่อ่อนไหว ดูผลกระทบของมันกับทราฟฟิกจริงแบบ preview
  4. Enforce. เปิด policy ทีละ route พร้อม fallback ที่บันทึกไว้และสวิตช์ rollback

คู่มือเรื่อง การเปิดใช้นโยบายที่รับรู้ actor อย่างปลอดภัย ครอบคลุมแต่ละขั้นตอนอย่างละเอียด

เมื่อ CAPTCHA ยังมีเหตุผล

การท้าทายยังคงเป็นเครื่องมือที่มีประโยชน์ในบางจุด: ทราฟฟิกที่ไม่ชัดเจนพุ่งเข้ามาเป็นระลอกใน action ที่อ่อนไหว ฟอร์มที่ถูกละเมิดอย่างต่อเนื่อง หรือ route ที่คุณยังไม่มีสัญญาณอื่นเลย Proof of Actor ไม่ได้บอกให้คุณทิ้งเครื่องมือนั้น มันให้บริบทเพื่อให้คุณใช้มันเฉพาะตรงที่มันช่วยได้

เริ่มต้นใช้งาน

Proof of Actor อยู่ใน private beta ทีม founding developer ที่ได้รับเลือกสามารถรับสิทธิ์ใช้งานฟรีได้นานสูงสุด 12 เดือนภายในขอบเขตการใช้งานที่ตกลงกัน พร้อมการสนับสนุนโดยตรงจากทีมที่สร้างมันขึ้นมา สมัครรับ early access และบอกเราว่า route ไหนที่คุณท้าทายอยู่ในวันนี้

สำหรับนักพัฒนา

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record
{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}
class
Human, Human + AI, Agent หรือ Unknown
basis
ระดับความแข็งแรงของหลักฐาน: Verified, Declared, Inferred หรือ Unknown
evidence
สัญญาณที่อยู่เบื้องหลังผลลัพธ์ เพื่อให้ทีมของคุณเห็นเหตุผล

เริ่มในโหมด observation: บันทึกผลลัพธ์ไว้ข้าง log ของคุณ และไม่เปลี่ยนแปลงอะไรจนกว่าคุณจะเลือกนโยบาย อ่านคู่มือการเชื่อมต่อ Node.js

คำถามที่พบบ่อย

Proof of Actor มาแทน CAPTCHA หรือไม่?

มันมาแทนนิสัยของการท้าทายทุกคน Proof of Actor ให้บริบทของ actor กับแอปพลิเคชันของคุณก่อน เพื่อให้คุณเก็บการท้าทายไว้เฉพาะบน route และผลลัพธ์ที่มันยังเพิ่มคุณค่าได้ เช่น ผลลัพธ์ Unknown บนการกระทำที่มีผลกระทบสูง

Proof of Actor เป็น CAPTCHA หรือไม่?

ไม่ใช่ มันไม่วางปริศนาหรือการทดสอบไว้หน้าของใครทั้งนั้น มันรายงานหลักฐานของ actor และการจัดประเภท และปล่อยให้แอปพลิเคชันของคุณเป็นคนตัดสินการตอบสนอง

เกิดอะไรขึ้นกับเอเจนต์ AI ที่ชอบด้วยกฎหมายเมื่อเจอ CAPTCHA?

การท้าทายที่ออกแบบมาสำหรับคนจะหยุดพวกมัน หรือบังคับให้พวกมันต้องหาทางอ้อม ด้วย Proof of Actor เอเจนต์ที่ verified สามารถถูก route ไปยัง structured API หรือ flow ที่เหมาะกับเอเจนต์แทนได้

ฉันยังท้าทายทราฟฟิกบางส่วนได้ไหม?

ได้ Challenge เป็นหนึ่งในผลลัพธ์เชิงนโยบายที่คุณเลือกได้ต่อ route, actor class และ basis ทีมส่วนใหญ่เก็บมันไว้สำหรับการกระทำที่อ่อนไหวซึ่งหลักฐานยังอ่อน

การติดตั้ง Proof of Actor จะเปลี่ยนสิ่งที่ผู้ใช้เห็นหรือไม่?

ไม่ มันเริ่มในโหมด observation ไม่มีอะไรเปลี่ยนจนกว่าคุณจะเปิดใช้นโยบายบน route ใด route หนึ่ง

รู้ว่าใครกำลังใช้แอปของคุณ

private beta สำหรับกลุ่มเล็กๆ ของ founding developers

ขอสิทธิ์เข้าถึงก่อนใครดูราคา

อยากคุยก่อนหรือไม่ พูดคุยกับผู้ก่อตั้ง