ข้ามไปยังเนื้อหาหลัก
แอปมือถือ

รู้ว่าอะไรเป็นผู้เรียก backend ของแอปมือถือของคุณ

แอปของคุณสื่อสารกับ API และสิ่งใดก็ตามที่คัดลอกคำขอของมันก็ทำได้เช่นกัน Proof of Actor จัดประเภททราฟฟิกที่มาถึงแบ็กเอนด์มือถือของคุณ เพื่อให้คุณปฏิบัติต่อแอปของคุณเอง เอเจนต์ และไคลเอนต์ที่ไม่รู้จักแตกต่างกันได้

ขอสิทธิ์เข้าถึงก่อนใครสำรวจวิธีการทำงาน
example-app.test · ผลลัพธ์ของ actor

POST /v2/bookings

มนุษย์ + AIbasis: declared

หลักฐาน

แอปของคุณรายงานว่าผู้ช่วยในแอปได้ร่างการจองนี้สำหรับผู้ใช้ที่ลงชื่อเข้าใช้

นโยบายของคุณ: อนุญาต ติดป้ายว่าใช้ Human + AI และขอให้ผู้ใช้ยืนยัน

API บนมือถือของคุณเป็นสาธารณะ แม้ว่าแอปของคุณจะไม่เป็นก็ตาม

ทุก request ที่ app ของคุณส่งออกไปสามารถเล่นซ้ำได้โดย script หรือ AI agent ผู้ช่วยบนโทรศัพท์เองก็เริ่มใช้งาน apps แทนผู้ใช้แล้ว สำหรับ backend ของคุณ ทั้งหมดนี้ดูเหมือนเป็น API call เดียวกันที่ใช้ token เดียวกัน

Proof of Actor ทำงานตรงจุดที่คำขอจากมือถือทุกคำขอมาถึง: backend ของคุณ มันอ่านหลักฐานที่แต่ละคำขอพกมา บันทึกสิ่งที่แอปของคุณ declared เกี่ยวกับฟีเจอร์ผู้ช่วยของตัวเอง และรายงาน Unknown เมื่อหลักฐานหมดลง

สามคำถามแยกกัน
  • ใครกำลังเรียกตัวตนของตัวกระทำ: ลายเซ็น การประกาศ หรือการอนุมาน
  • ข้อมูลรับรองใดคีย์ API, OAuth token หรือเซสชันของคุณ
  • มันอาจทำอะไรได้บ้างการอนุญาตและนโยบายของคุณ

Proof of Actor ตอบคำถามแรก ส่วนสแต็กของคุณดูแลอีกสองข้อ

ทีมมือถือทำอะไรกับบริบทของ actor

  • จัดประเภทที่แบ็กเอนด์

    เรียกใช้การผสานใช้งานฝั่งเซิร์ฟเวอร์หรือ edge ไว้หน้าก่อน API ที่แอปของคุณใช้งาน ไม่ต้องออกรุ่นแอปเพื่อเริ่มใช้งาน

  • ระบุเอเจนต์และสคริปต์

    ดูคำขอที่มีลายเซ็นหรือคำประกาศของเอเจนต์ และแยกออกจากทราฟฟิกของแอปคุณเอง

  • ติดป้ายกำกับ AI ภายในแอป

    เมื่อผู้ช่วยของแอปคุณทำงานแทนผู้ใช้ ให้รายงานเพื่อให้คำขอเหล่านั้นถูกบันทึกเป็น Human + AI

  • ปกป้องการดำเนินการที่มีผลกระทบสูง

    ขอการยืนยันหรือ credential ที่เข้มงวดกว่าสำหรับการจอง การชำระเงิน และการเปลี่ยนแปลงบัญชีเมื่อหลักฐานอ่อน

  • ดูการใช้งานตาม endpoint

    ทำความเข้าใจว่า endpoint ใดถูกใช้งานมากที่สุดโดยผู้คน ผู้ช่วย และ client แบบอัตโนมัติ

  • ถัดไปคือ Native SDKs

    Native iOS และ Android SDKs อยู่ในแผน ทีมผู้ก่อตั้งช่วยกำหนดได้ว่ามันจะเก็บอะไร

01 · ตรวจจับ

หลักฐานจาก requests ที่ backend ของคุณได้รับ

การเชื่อมต่อฝั่งเซิร์ฟเวอร์, edge หรือ HTTP API จะอ่านบริบทคำขอ ลายเซ็น และรายละเอียดไคลเอนต์ที่แจ้งไว้ในทุกการเรียกไปยัง mobile API ของคุณ

  • ขอข้อมูลบริบทของคำขอที่ API gateway, edge หรือเซิร์ฟเวอร์ของคุณ
  • คำขอที่ลงนามจากเอเจนต์ที่เผยแพร่คีย์ของตน
  • การประกาศจาก app ของคุณเกี่ยวกับความสามารถด้าน assistant ของตัวเอง
สัญญาณ · คำขอล่าสุดตามแหล่งที่มา
  • ลายเซ็นของคำขอvalid · sample-crawler.exampleverified
  • คำประกาศของไคลเอนต์"research-assistant/2.1"declared
  • การโต้ตอบในเบราว์เซอร์pointer + keyboard eventsinferred
  • ไม่มี signals ที่รองรับroute not instrumentedunknown

02 · ทำความเข้าใจ

รู้ว่าใครใช้แต่ละ endpoint

เปรียบเทียบส่วนผสมของ actor ใน endpoints สำหรับเข้าสู่ระบบ ค้นหา จอง และบัญชี แล้วดูว่าลูกค้าที่ไม่ทราบประเภทกระจุกตัวอยู่ที่ไหน

  • สัดส่วนตัวกระทำต่อ endpoint และเวอร์ชันแอป
  • หลักฐานเบื้องหลังผลลัพธ์แต่ละรายการ
  • อัตรา Unknown ต่อ endpoint
ทราฟฟิกตาม route · 7 days
  • /dashboardไม่ทราบ 7%
  • /api/v1/catalogไม่ทราบ 15%
  • /support/ticketsไม่ทราบ 8%
  • /signupไม่ทราบ 21%
มนุษย์มนุษย์ + AIเอเจนต์ไม่ทราบ

03 · กำหนดเส้นทาง

นโยบายที่สอดคล้องกับการกระทำ

ทำให้การอ่านข้อมูลรวดเร็ว เพิ่มการยืนยันสำหรับการกระทำที่ร่างโดย AI และขอ credentials ที่เข้มงวดกว่าสำหรับส่วนที่มีผลกระทบสูง

  • นโยบายต่อ endpoint คลาสของ actor และ basis
  • ยกระดับไปใช้ข้อมูลรับรองที่แข็งแกร่งกว่าเมื่อจำเป็น
  • สังเกต ดูตัวอย่าง แล้วจึงบังคับใช้
policy · example-app.test
  • /api/v1/catalogenforceเอเจนต์อนุญาต · API แบบมีโครงสร้าง
  • /support/ticketsenforceมนุษย์ + AIอนุญาต · ติดป้ายว่าใช้ Human + AI
  • /account/*previewไม่ทราบคงการตรวจสอบเดิมไว้
  • /api/v1/orderspreviewเอเจนต์ต้องใช้ข้อมูลยืนยันตัวตนที่เข้มงวดกว่า

ตัวอย่างการตัดสินใจ

จาก request สู่ผลลัพธ์และการตัดสินใจของคุณ

  • ผู้ช่วยในแอปของคุณทำการจองให้ผู้ใช้

    คำขอ

    POST /v2/bookings

    ผลลัพธ์

    มนุษย์ + AIbasis: declared

    การตัดสินใจของคุณ

    อนุญาต ติดป้ายว่าใช้ Human + AI และขอให้ผู้ใช้ยืนยัน

  • Agent ที่ลงนามค้นหาความพร้อมใช้งาน

    คำขอ

    GET /v2/availability

    ผลลัพธ์

    เอเจนต์basis: verified

    การตัดสินใจของคุณ

    อนุญาตการอ่านด้วย rate limit สำหรับเอเจนต์

  • โทเค็นที่ถูกนำกลับมาใช้ซ้ำโดยไม่มีหลักฐานอื่น

    คำขอ

    POST /v2/account/email

    ผลลัพธ์

    ไม่ทราบbasis: unknown

    การตัดสินใจของคุณ

    คงขั้นตอนการยืนยันเดิมของคุณไว้ ไม่มีการตัดสินใจตาม actor

เปิดใช้งานโดยลดความเสี่ยง

ทีมเริ่มต้นในโหมดสังเกตการณ์และค่อย ๆ เดินหน้าไปทีละ route

  1. 01

    สังเกตที่ backend ของคุณ

    ติดตั้ง server หรือ edge integration ไว้หน้าของ mobile API ของคุณ ไม่จำเป็นต้องปล่อยแอปเพื่อเริ่มต้น

  2. 02

    ดูตัวอย่างราย endpoint

    ดูว่า booking, search และ account endpoints จะถูกจัดการอย่างไร รวมถึงคำขอที่ assistant ของคุณประกาศไว้

  3. 03

    บังคับใช้กับการเรียกที่มีผลกระทบสูง

    เพิ่มการยืนยันหรือข้อมูลรับรองที่แข็งแรงกว่าในจุดที่หลักฐานอ่อน โดยเริ่มจาก endpoint ที่มีความเสี่ยงสูงที่สุด

ทำงานร่วมกับสแตกของคุณ

  • ทีมผู้ก่อตั้ง

    มิดเดิลแวร์ของเว็บเซิร์ฟเวอร์ (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 อื่น บอกเราเมื่อคุณสมัคร

เรียนรู้เพิ่มเติม

อ่าน Detection & Limitations

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

มี SDK แบบ native สำหรับ iOS หรือ Android หรือไม่?

ยังไม่ถึงตอนนั้น Native SDKs อยู่ในแผน วันนี้ Proof of Actor ทำงานที่ backend ของคุณผ่านการผสานรวมแบบ server, edge หรือ HTTP API ซึ่งครอบคลุมทุก request ที่ app ของคุณส่งออกไป

เราจำเป็นต้องปล่อย app เวอร์ชันใหม่หรือไม่

ไม่ใช่ คุณสามารถเริ่มจากการผสานรวมที่ backend ของคุณได้ การรายงานการใช้ผู้ช่วยใน app เป็นการประกาศเป็นส่วนเสริมแบบเลือกได้สำหรับ API ของคุณ

มันแยกแอปจริงของฉันออกจากสคริปต์ที่คัดลอกคำขอของมันได้ไหม

มันรายงาน evidence ที่แต่ละคำขอมีมา คำขอที่ไม่มี evidence ที่บ่งชี้ความแตกต่างจะถูกรายงานเป็น Unknown แทนที่จะเดา และ policy ของคุณเป็นตัวตัดสินว่าจะจัดการอย่างไร

มันใช้แทนการตรวจสอบ login หรือ token ของเราหรือไม่

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

มีค่าใช้จ่ายเท่าไร

ทีมผู้พัฒนาผู้ก่อตั้งที่ได้รับคัดเลือกสามารถรับสิทธิ์ใช้ฟรีได้นานสูงสุด 12 เดือน ภายใต้ขีดจำกัดการใช้งานที่ตกลงกัน

นำบริบทของตัวกระทำมาสู่แบ็กเอนด์มือถือของคุณ

เข้าร่วม Proof of Actor founding developer program

ขอสิทธิ์เข้าถึงก่อนใครศูนย์นักพัฒนา

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