ทำให้ SaaS application ของคุณรับรู้ actor
ทำความเข้าใจการโต้ตอบที่สังเกตได้แบบ Human, Human + AI, autonomous และ Unknown เพื่อให้ผลิตภัณฑ์ของคุณตอบสนองได้อย่างเหมาะสม ตั้งแต่ sign-up ไปจนถึง settings
POST /reports/generate
หลักฐาน
ผู้ช่วยในตัวของแอปสร้างคำขอนี้สำหรับผู้ใช้ที่ลงชื่อเข้าใช้แล้ว
นโยบายของคุณ: อนุญาตและบันทึกรายงานว่าใช้ Human + AI
ผู้ใช้ของคุณตอนนี้พาผู้ช่วยและเอเจนต์มาด้วย
ผู้ใช้ลงชื่อเข้าใช้แล้วมอบงานต่อให้ผู้ช่วย AI เอเจนต์เบราว์เซอร์ และระบบอัตโนมัติ แอปของคุณจะเห็นบัญชีเดียวกันและเซสชันเดียวกันสำหรับทั้งหมดนั้น
สิ่งนี้ทำให้การออกแบบประสบการณ์ที่เหมาะสมทำได้ยาก: เส้นทางที่รวดเร็วสำหรับผู้ใช้จริง เส้นทางที่มีโครงสร้างสำหรับระบบอัตโนมัติที่ชอบธรรม และเส้นทางที่ระมัดระวังสำหรับการดำเนินการที่ละเอียดอ่อน Proof of Actor มอบบริบทนั้นให้กับผลิตภัณฑ์ของคุณ
Proof of Actor เพิ่ม
ผู้ช่วยกำลังดำเนินการผ่านบัญชีนี้บน /reports
ทีม SaaS ทำอะไรกับบริบทของ actor
ปกป้องประสบการณ์ของมนุษย์
ทำให้ขั้นตอนสมัครใช้งาน, onboarding และการใช้งานประจำวันรวดเร็วสำหรับผู้คน โดยไม่สร้างแรงเสียดทานแบบเหมารวม
ให้ agents มีเส้นทางที่มีโครงสร้าง
เสนอ API หรือคำตอบแบบมีโครงสร้างให้กับ agent ที่เป็น Verified หรือ Declared แทน UI ที่สร้างมาสำหรับคน
มีการเปิดเผยการช่วยเหลือจาก AI ในซัพพอร์ต
ยอมรับงานที่ช่วยด้วย AI ในกรณีที่เหมาะสมและติดป้ายกำกับให้แทนที่จะมองว่าเป็นการใช้งานในทางที่ผิด
ปกป้องการดำเนินการที่ละเอียดอ่อน
เพิ่มการตรวจทานหรือการตรวจสอบที่เข้มงวดขึ้นสำหรับการดำเนินการที่เปลี่ยนแปลงบัญชี เมื่อโพลิซีของคุณกำหนดไว้เช่นนั้น
ทำความเข้าใจการใช้งานผลิตภัณฑ์
ดูว่า people, assistants และ agents ใช้ฟีเจอร์ใดจริงบ้าง แยกตามเส้นทาง
แผนสำหรับ Unknown
ตัดสินใจราย route ว่าจะเกิดอะไรขึ้นเมื่อหลักฐานไม่เพียงพอ และแสดงอัตรานั้นให้เห็นชัดเจน
01 · ตรวจจับ
สัญญาณจากผลิตภัณฑ์และเซิร์ฟเวอร์ของคุณ
ตัวรวบรวมฝั่งเบราว์เซอร์จะจับสัญญาณการโต้ตอบบนหน้าที่คุณเลือก และการเชื่อมต่อฝั่งเซิร์ฟเวอร์จะเพิ่มบริบทของคำขอและลายเซ็นจากไคลเอนต์อัตโนมัติ
- สัญญาณการโต้ตอบในจุดที่ browser collector ทำงานอยู่
- คำขอที่ลงนามจากเอเจนต์ที่เผยแพร่คีย์ของตน
- การเปิดเผย AI ภายในแอปและฟีเจอร์ผู้ช่วยของคุณเอง
- ลายเซ็นของคำขอvalid · sample-crawler.exampleverified
- คำประกาศของไคลเอนต์"research-assistant/2.1"declared
- การโต้ตอบในเบราว์เซอร์pointer + keyboard eventsinferred
- ไม่มี signals ที่รองรับroute not instrumentedunknown
02 · ทำความเข้าใจ
ดูว่าแต่ละเวิร์กโฟลว์ถูกใช้งานจริงอย่างไร
เปรียบเทียบส่วนผสมของ actor บน dashboard, settings, support และ sign-up flow ของคุณ แล้วเจาะลึกหลักฐานเบื้องหลังแต่ละ session
- สัดส่วนตัวกระทำต่อเส้นทางและต่อเวิร์กโฟลว์
- หลักฐานและพื้นฐานสำหรับทุกผลลัพธ์
- อัตรา Unknown แยกตาม route เพื่อให้คุณรู้ว่าควรเพิ่มการครอบคลุมที่ใด
- /dashboardไม่ทราบ 7%
- /api/v1/catalogไม่ทราบ 15%
- /support/ticketsไม่ทราบ 8%
- /signupไม่ทราบ 21%
03 · กำหนดเส้นทาง
ประสบการณ์ที่เหมาะสมสำหรับแต่ละตัวผู้กระทำ
เขียนกฎสำหรับ route ที่สำคัญและค่อยๆ เปิดใช้ สิ่งอื่นทั้งหมดจะยังทำงานเหมือนเดิมทุกประการ
- นโยบายตามเส้นทาง คลาสของ actor และ basis
- สังเกต ดูตัวอย่าง แล้วจึงบังคับใช้
- การยืนยันตัวตนและการอนุญาตที่มีอยู่ของคุณยังคงเป็นผู้ควบคุม
- /api/v1/catalogenforceเอเจนต์อนุญาต · API แบบมีโครงสร้าง
- /support/ticketsenforceมนุษย์ + AIอนุญาต · ติดป้ายว่าใช้ Human + AI
- /account/*previewไม่ทราบคงการตรวจสอบเดิมไว้
- /api/v1/orderspreviewเอเจนต์ต้องใช้ข้อมูลยืนยันตัวตนที่เข้มงวดกว่า
ตัวอย่างการตัดสินใจ
จาก request สู่ผลลัพธ์และการตัดสินใจของคุณ
Agent ที่ Verified อ่านแคตตาล็อกของคุณ
คำขอ
GET /api/v1/catalog
ผลลัพธ์
เอเจนต์basis: verifiedการตัดสินใจของคุณ
ส่งไปยัง structured API และกำหนดให้การเปลี่ยนแปลงบัญชีต้องได้รับการอนุญาตแยกต่างหาก
บุคคลร่าง ticket ด้วย AI
คำขอ
POST /support/tickets
ผลลัพธ์
มนุษย์ + AIbasis: declaredการตัดสินใจของคุณ
ยอมรับและส่งต่อไปยังฝ่ายสนับสนุนพร้อมป้ายกำกับ AI-assisted
การเปลี่ยนการตั้งค่าที่มีหลักฐานไม่เพียงพอ
คำขอ
POST /account/password
ผลลัพธ์
ไม่ทราบbasis: unknownการตัดสินใจของคุณ
คงโฟลว์การยืนยันตัวตนซ้ำเดิมไว้ ไม่มีการตัดสินใจตาม actor
เปิดใช้งานโดยลดความเสี่ยง
ทีมเริ่มต้นในโหมดสังเกตการณ์และค่อย ๆ เดินหน้าไปทีละ route
- 01
สังเกต flow หลักของคุณ
เพิ่ม browser collector และ server middleware ในส่วนสมัครใช้งาน การสนับสนุน และการตั้งค่า ไม่มีอะไรในผลิตภัณฑ์ของคุณเปลี่ยนแปลง
- 02
ดูตัวอย่างราย workflow
ดูว่ากฎหนึ่งจะทำอะไรกับ session จริง เช่น การติดป้ายกำกับตั๋วที่ช่วยด้วย AI หรือการส่ง agent ไปยัง API ของคุณ
- 03
บังคับใช้ทีละ route
เปิดใช้งานทีละ workflow โดยมี fallback ที่ชัดเจนสำหรับ Unknown ในการกระทำที่เปลี่ยนแปลง account
ทำงานร่วมกับสแตกของคุณ
- ทีมผู้ก่อตั้ง
มิดเดิลแวร์ของเว็บเซิร์ฟเวอร์ (Node.js)
ฝั่งเซิร์ฟเวอร์
สัญญาณระดับคำขอสำหรับแอปที่เรนเดอร์ฝั่งเซิร์ฟเวอร์และ APIs
- ทีมผู้ก่อตั้ง
Next.js
ฝั่งเซิร์ฟเวอร์และ edge
Middleware สำหรับ page และ API routes
- ทีมผู้ก่อตั้ง
สคริปต์ของเบราว์เซอร์
เฉพาะสัญญาณจากเบราว์เซอร์
สัญญาณการโต้ตอบจากเซสชันของเบราว์เซอร์ ควบคู่กับการผสานการทำงานฝั่งเซิร์ฟเวอร์
- ทีมผู้ก่อตั้ง
Cloudflare และ edge runtimes
Edge
สัญญาณที่ edge ก่อนที่คำขอจะไปถึงต้นทางของคุณ
- ทีมผู้ก่อตั้ง
API HTTP ทั่วไป
ทุกสแต็ก
ส่งบริบทของคำขอไปยัง API และรับผลลัพธ์พร้อมเหตุผลฐาน
- ทีมผู้ก่อตั้ง
เซิร์ฟเวอร์ MCP
MCP
บริบทของตัวกระทำสำหรับการเรียกใช้เครื่องมือ MCP
- แผนงาน
WordPress
ปลั๊กอิน
ปลั๊กอินสำหรับเว็บไซต์ WordPress
- แผนงาน
มือถือเนทีฟ
iOS และ Android
Native iOS และ Android SDKs
การผสานการทำงานจะส่งมอบแบบลงมือทำร่วมกับแต่ละทีมผู้ก่อตั้งระหว่างการ onboarding หากใช้ stack อื่น บอกเราเมื่อคุณสมัคร
คำถามที่พบบ่อย
จะทำให้ผู้ใช้ช้าลงหรือถูกบล็อกหรือไม่
ไม่ใช่ Proof of Actor เริ่มต้นในโหมด observation และไม่เปลี่ยนแปลงอะไรใน app ของคุณจนกว่าทีมของคุณจะเปิดใช้นโยบายสำหรับ route ที่กำหนด
มันบอกได้ไหมเมื่อมีคนใช้ ChatGPT ในแท็บอื่น
ไม่ใช่จากทราฟฟิกเว็บทั่วไป ผลลัพธ์ Human + AI มาจากการใช้ AI ที่ถูกประกาศหรือสังเกตได้ใน app ของคุณ เช่น ฟีเจอร์ผู้ช่วยของคุณเองหรือการควบคุมการเปิดเผยข้อมูล
มันใช้แทนเครื่องมือ login หรือ fraud ของเราหรือไม่
ไม่ใช่ มันเพิ่มบริบทของ actor ควบคู่ไปด้วย เครื่องมือด้าน authentication, authorization และ fraud ของคุณยังคงตัดสินใจในส่วนของตนเอง
ควรเริ่มจาก workflow ใด
เริ่มจากเวิร์กโฟลว์ที่ตัวผู้กระทำทำให้การตอบสนองที่เหมาะสมเปลี่ยนไป: สมัครใช้งาน, ซัพพอร์ต, ฟีเจอร์มูลค่าสูง และการตั้งค่าบัญชี
มีค่าใช้จ่ายเท่าไร
ทีมผู้พัฒนาผู้ก่อตั้งที่ได้รับคัดเลือกสามารถรับสิทธิ์ใช้ฟรีได้นานสูงสุด 12 เดือน ภายใต้ขีดจำกัดการใช้งานที่ตกลงกัน
นำบริบทของตัวกระทำมาสู่แอป SaaS ของคุณ
เข้าร่วม Proof of Actor founding developer program
อยากคุยก่อนหรือไม่ พูดคุยกับผู้ก่อตั้ง