ಪ್ರಮುಖ ವಿಷಯಕ್ಕೆ ಬಿಟ್ಟುಬಿಡಿ
ಮೊಬೈಲ್ ಅಪ್‌ಗಳು

ನಿಮ್ಮ mobile appನ backend ಅನ್ನು ಯಾರು ಕರೆದುಕೊಳ್ಳುತ್ತಿದ್ದಾರೆ ಎಂಬುದನ್ನು ತಿಳಿಯಿರಿ.

ನಿಮ್ಮ app ಒಂದು API ಜೊತೆ ಸಂವಹನ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದರ requests ಅನ್ನು ನಕಲಿಸುವ ಯಾವುದಕ್ಕೂ ಹಾಗೆಯೇ ಸಾಧ್ಯ. Proof of Actor ನಿಮ್ಮ mobile backend ಗೆ ತಲುಪುವ traffic ಅನ್ನು ವರ್ಗೀಕರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ own app, agents ಮತ್ತು unknown clients ಗಳನ್ನು ವಿಭಿನ್ನವಾಗಿ ನಿರ್ವಹಿಸಬಹುದು.

example-app.test · ನಟ ಫಲಿತಾಂಶ

POST /v2/bookings

ಮಾನವ + AIbasis: declared

ಪುರಾವೆ

ನಿಮ್ಮ app ತನ್ನ in-app assistant signed-in user ಗಾಗಿ ಈ booking ಅನ್ನು draft ಮಾಡಿದೆ ಎಂದು ವರದಿ ಮಾಡಿದೆ

ನಿಮ್ಮ policy: ಅನುಮತಿಸಿ, AI-assisted ಎಂದು label ಮಾಡಿ ಮತ್ತು ಬಳಕೆದಾರರಿಂದ ದೃಢೀಕರಣ ಕೇಳಿ

ನಿಮ್ಮ mobile API public ಆಗಿದೆ, ನಿಮ್ಮ app public ಆಗಿಲ್ಲದಿದ್ದರೂ ಸಹ.

ನಿಮ್ಮ app ಮಾಡುವ ಪ್ರತಿಯೊಂದು request ಅನ್ನು script ಅಥವಾ AI agent replay ಮಾಡಬಹುದು. ಫೋನ್‌ನಲ್ಲೇ ಇರುವ assistants ಕೂಡ ತಮ್ಮ users ಗಾಗಿ apps ಅನ್ನು ನಿರ್ವಹಿಸಲು ಆರಂಭಿಸುತ್ತಿವೆ. ನಿಮ್ಮ backend ಗೆ, ಇದು ಎಲ್ಲವೂ ಒಂದೇ token ಇರುವ ಒಂದೇ API call ಹಾಗೆ ಕಾಣುತ್ತದೆ.

ಮೊಬೈಲ್ request ಗಳಿಗೆ ಅಂತಿಮವಾಗಿ ಹೋಗುವ ಸ್ಥಳದಲ್ಲೇ Proof of Actor ಕೆಲಸ ಮಾಡುತ್ತದೆ: ನಿಮ್ಮ backend. ಅದು ಪ್ರತಿಯೊಂದು request ಹೊತ್ತಿರುವ ಸಾಕ್ಷ್ಯವನ್ನು ಓದುತ್ತದೆ, ನಿಮ್ಮ app ತನ್ನ ಸ್ವಂತ assistant ವೈಶಿಷ್ಟ್ಯಗಳ ಬಗ್ಗೆ ಏನು declared ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಕ್ಷ್ಯ ಮುಗಿದಾಗ Unknown ಅನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.

ಮೂರು ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆಗಳು
  • ಯಾರು ಕರೆ ಮಾಡುತ್ತಿದ್ದಾರೆ?Actor ಗುರುತು: signature, declaration ಅಥವಾ inference
  • ಯಾವ credential?ನಿಮ್ಮ API key, OAuth token ಅಥವಾ session
  • ಇದು ಏನು ಮಾಡಬಹುದು?ನಿಮ್ಮ authorization ಮತ್ತು policy

Proof of Actor ಮೊದಲ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಉಳಿದ ಎರಡು ನಿಮ್ಮ stack ನಲ್ಲಿ ಉಳಿಯುತ್ತವೆ.

ಮೊಬೈಲ್ ತಂಡಗಳು actor context ನೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತವೆ

  • backend ನಲ್ಲಿ ವರ್ಗೀಕರಿಸಿ

    ನಿಮ್ಮ app ಬಳಸುವ API ಯ ಮುಂದೆ server ಅಥವಾ edge integration ಅನ್ನು ಚಾಲನೆ ಮಾಡಿ. ಆರಂಭಿಸಲು app ಬಿಡುಗಡೆ ಅಗತ್ಯವಿಲ್ಲ.

  • ಏಜೆಂಟ್‌ಗಳು ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಗುರುತಿಸಿ

    agent signatures ಅಥವಾ declarations ಹೊತ್ತಿರುವ requests ಗಳನ್ನು ನೋಡಿ, ಮತ್ತು ಅವನ್ನು ನಿಮ್ಮ app ನ ಸ್ವಂತ traffic ಇಂದ ಬೇರ್ಪಡಿಸಿ.

  • app ಒಳಗಿನ AIಗೆ ಲೇಬಲ್ ನೀಡಿ

    ನಿಮ್ಮ app ನ ಸ್ವಂತ assistant ಬಳಕೆದಾರರ ಪರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿದಾಗ, ಅದನ್ನು report ಮಾಡಿ, zodat ಆ requests ಗಳನ್ನು Human + AI ಎಂದು ದಾಖಲಿಸಲಾಗುತ್ತದೆ.

  • ಉಚ್ಚ ಪ್ರಭಾವದ ಕ್ರಿಯೆಗಳನ್ನು ರಕ್ಷಿಸಿ

    ಸಾಕ್ಷ್ಯ ದುರ್ಬಲವಾಗಿರುವಾಗ bookings, payments ಮತ್ತು account changes ಮೇಲೆ confirmation ಅಥವಾ ಇನ್ನಷ್ಟು ಬಲವಾದ credential ಅನ್ನು ಕೇಳಿ.

  • endpoint ಆಧಾರದಲ್ಲಿ ಬಳಕೆಯನ್ನು ನೋಡಿ

    ಜನರು, assistants ಮತ್ತು automated clients ಯಾವ endpoints ಅನ್ನು ಹೆಚ್ಚು ಬಳಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ.

  • ಮುಂದೆ Native SDKಗಳು

    Native iOS ಮತ್ತು Android SDKಗಳು ಮಾರ್ಗಸೂಚಿಯಲ್ಲಿ ಇವೆ. ಸ್ಥಾಪಕ ತಂಡಗಳು ಅವು ಏನು ಸಂಗ್ರಹಿಸಬೇಕು ಎಂಬುದನ್ನು ರೂಪಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ.

01 · ಪತ್ತೆಮಾಡು

ನಿಮ್ಮ backend ಸ್ವೀಕರಿಸುವ requests ನಿಂದ evidence.

server, edge ಅಥವಾ HTTP API ಏಕೀಕರಣವು ನಿಮ್ಮ mobile API ಗೆ ಮಾಡುವ ಪ್ರತಿಯೊಂದು call ನಲ್ಲಿ request context, signatures ಮತ್ತು ಘೋಷಿತ client ವಿವರಗಳನ್ನು ಓದುತ್ತದೆ.

  • ನಿಮ್ಮ API gateway, edge ಅಥವಾ server ನಲ್ಲಿ request context ಅನ್ನು ಪಡೆಯಿರಿ.
  • ತಮ್ಮ ಕೀಲಿಗಳನ್ನು ಪ್ರಕಟಿಸುವ ಏಜೆಂಟ್‌ಗಳಿಂದ ಸಹಿ ಮಾಡಿದ ವಿನಂತಿಗಳು.
  • ನಿಮ್ಮ app ತನ್ನದೇ assistant features ಕುರಿತು ಮಾಡುವ ಘೋಷಣೆಗಳು.
ಸಂಕೇತಗಳು · ಪ್ರತಿ ಮೂಲದ ಕೊನೆಯ ವಿನಂತಿ
  • ವಿನಂತಿ ಸಹಿvalid · sample-crawler.exampleverified
  • client ಘೋಷಣೆ"research-assistant/2.1"declared
  • browser ಸಂವಹನpointer + keyboard eventsinferred
  • ಬೆಂಬಲಿತ signals ಇಲ್ಲroute not instrumentedunknown

02 · ಅರ್ಥಮಾಡಿಕೊ

ಯಾರು ಪ್ರತಿಯೊಂದು endpoint ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ತಿಳಿಯಿರಿ.

login, search, booking ಮತ್ತು account endpoints ಗಳಲ್ಲಿ actor mix ಅನ್ನು ಹೋಲಿಸಿ, ಮತ್ತು unknown clients ಎಲ್ಲೆ ಹೆಚ್ಚು ಕೇಂದ್ರೀಕರಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೋಡಿ.

  • ಪ್ರತಿ endpoint ಮತ್ತು app version ಪ್ರಕಾರ Actor ಮಿಶ್ರಣ.
  • ಪ್ರತಿ ಫಲಿತಾಂಶದ ಹಿಂದೆ ಇರುವ ಸಾಕ್ಷ್ಯ.
  • ಪ್ರತಿ endpoint ಗೆ Unknown rate.
route ಪ್ರಕಾರ ಟ್ರಾಫಿಕ್ · 7 ದಿನಗಳು
  • /dashboardಅಜ್ಞಾತ 7%
  • /api/v1/catalogಅಜ್ಞಾತ 15%
  • /support/ticketsಅಜ್ಞಾತ 8%
  • /signupಅಜ್ಞಾತ 21%
ಮಾನವಮಾನವ + AIಏಜೆಂಟ್ಅಜ್ಞಾತ

03 · ಮಾರ್ಗೀಕರಿಸು

ಕ್ರಿಯೆಗೆ ಹೊಂದುವ ನೀತಿಗಳು.

reads ಅನ್ನು ವೇಗವಾಗಿರಿಸಿ, AI-drafted actionsಗೆ ದೃಢೀಕರಣ ಸೇರಿಸಿ, ಮತ್ತು ಪರಿಣಾಮ ಹೆಚ್ಚಿರುವಲ್ಲಿ ಹೆಚ್ಚು ಬಲವಾದ credentials ಅನ್ನು ಕೇಳಿ.

  • ಪ್ರತಿ endpoint, actor class ಮತ್ತು ಆಧಾರದ ಪ್ರಕಾರ ನೀತಿಗಳು.
  • ಅದು ಮುಖ್ಯವಾಗಿರುವಾಗ ಇನ್ನಷ್ಟು ಬಲವಾದ credential ಗೆ ಮುಂದಡಿ ಇಡಿ.
  • ವೀಕ್ಷಿಸಿ, ಮುನ್ನೋಟ ನೋಡಿ, ನಂತರ enforce ಮಾಡಿ.
policy · example-app.test
  • /api/v1/catalogenforceಏಜೆಂಟ್ಅನುಮತಿಸಿ · structured API
  • /support/ticketsenforceಮಾನವ + AIಅನುಮತಿಸಿ · AI-assisted ಎಂದು label ಮಾಡಿ
  • /account/*previewಅಜ್ಞಾತಅಸ್ತಿತ್ವದಲ್ಲಿರುವ checks ಅನ್ನು ಹಾಗೆಯೇ ಇಡಿ
  • /api/v1/orderspreviewಏಜೆಂಟ್ಇನ್ನಷ್ಟು ಬಲವಾದ credential ಅನ್ನು ಅಗತ್ಯಪಡಿಸಿ

ಉದಾಹರಣೆ ನಿರ್ಧಾರಗಳು

request ನಿಂದ result ಗೆ, ನಂತರ ನಿಮ್ಮ decision ಗೆ.

  • ನಿಮ್ಮ in-app assistant ಒಬ್ಬ user ಗಾಗಿ booking ಮಾಡುತ್ತದೆ

    Request

    POST /v2/bookings

    ಫಲಿತಾಂಶ

    ಮಾನವ + AIbasis: declared

    ನಿಮ್ಮ ನಿರ್ಧಾರ

    ಅನುಮತಿಸಿ, ಅದನ್ನು AI-assisted ಎಂದು label ಮಾಡಿ ಮತ್ತು ಬಳಕೆದಾರರಿಂದ ದೃಢೀಕರಣ ಕೇಳಿ.

  • ಸಹಿಯಾದ Agent ಲಭ್ಯತೆಯನ್ನು ಹುಡುಕುತ್ತದೆ

    Request

    GET /v2/availability

    ಫಲಿತಾಂಶ

    ಏಜೆಂಟ್basis: verified

    ನಿಮ್ಮ ನಿರ್ಧಾರ

    read ಅನ್ನು agent rate limit ನೊಂದಿಗೆ ಅನುಮತಿಸಿ.

  • ಬೇರೆ ಯಾವುದೇ ಸಾಕ್ಷ್ಯವಿಲ್ಲದೆ ಮರುಬಳಸಿದ ಟೋಕನ್

    Request

    POST /v2/account/email

    ಫಲಿತಾಂಶ

    ಅಜ್ಞಾತbasis: unknown

    ನಿಮ್ಮ ನಿರ್ಧಾರ

    ನಿಮ್ಮ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ verification ಹಂತವನ್ನು ಹಾಗೆಯೇ ಇಡಿ. actor ಆಧಾರಿತ ನಿರ್ಧಾರವಿಲ್ಲ.

ಅಪಾಯವಿಲ್ಲದೆ ಬಿಡುಗಡೆ ಮಾಡಿ

ತಂಡಗಳು observation mode ನಲ್ಲಿ ಆರಂಭಿಸಿ route by route ಮುಂದುವರೆಯುತ್ತವೆ.

  1. 01

    ನಿಮ್ಮ backend ನಲ್ಲಿ observe ಮಾಡಿ

    ನಿಮ್ಮ mobile API ಯ ಮುಂದೆ server ಅಥವಾ edge ಏಕೀಕರಣವನ್ನು ನಡೆಸಿ. ಆರಂಭಿಸಲು ಯಾವುದೇ app ಬಿಡುಗಡೆ ಅಗತ್ಯವಿಲ್ಲ.

  2. 02

    ಪ್ರತಿ endpoint ಗೆ preview ಮಾಡಿ

    booking, search ಮತ್ತು account endpoints ಗಳನ್ನು ಹೇಗೆ ನೋಡಿಕೊಳ್ಳಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ, ನಿಮ್ಮ own assistant ಘೋಷಿಸುವ requests ಸಹಿತ.

  3. 03

    ಹೆಚ್ಚು ಪ್ರಭಾವದ calls ಗಳಲ್ಲಿ ಜಾರಿಗೆ ತರು

    ಸಾಕ್ಷ್ಯ ದುರ್ಬಲವಾಗಿರುವಲ್ಲಿ ದೃಢೀಕರಣ ಅಥವಾ ಇನ್ನಷ್ಟು ಬಲವಾದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸೇರಿಸಿ, ಅತಿ ಅಪಾಯಕರ endpointಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ.

ನಿಮ್ಮ stack ಜೊತೆಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ

  • ಸ್ಥಾಪಕ ತಂಡಗಳು

    ವೆಬ್ ಸರ್ವರ್ ಮಧ್ಯವರ್ತಿ (Node.js)

    Server-side

    server-rendered apps ಮತ್ತು APIs ಗಾಗಿ request-level signals.

  • ಸ್ಥಾಪಕ ತಂಡಗಳು

    Next.js

    ಸರ್ವರ್-ಸೈಡ್ ಮತ್ತು ಎಡ್ಜ್

    ಪುಟ ಮತ್ತು API ಮಾರ್ಗಗಳಿಗಾಗಿ middleware.

  • ಸ್ಥಾಪಕ ತಂಡಗಳು

    browser script

    browser signal ಗಳು ಮಾತ್ರ

    server-side integration ಜೊತೆಗೆ browser sessionsಗಳಿಂದ interaction signals.

  • ಸ್ಥಾಪಕ ತಂಡಗಳು

    Cloudflare ಮತ್ತು edge runtimes

    Edge

    ವಿನಂತಿಗಳು ನಿಮ್ಮ ಮೂಲಕ್ಕೆ ತಲುಪುವ ಮೊದಲು ಎಡ್ಜ್‌ನಲ್ಲೇ ಸಂಕೇತಗಳು.

  • ಸ್ಥಾಪಕ ತಂಡಗಳು

    ಸಾಮಾನ್ಯ HTTP API

    ಯಾವುದೇ stack

    ಒಂದು API ಗೆ request context ಕಳುಹಿಸಿ ಮತ್ತು ಅದರ basis ಹೊಂದಿರುವ ಫಲಿತಾಂಶವನ್ನು ಸ್ವೀಕರಿಸಿ.

  • ಸ್ಥಾಪಕ ತಂಡಗಳು

    MCP ಸರ್ವರ್

    MCP

    MCP tool calls ಗಾಗಿ Actor ಸಂದರ್ಭ.

  • ರೋಡ್‌ಮ್ಯಾಪ್

    WordPress

    Plugin

    WordPress ತಾಣಗಳಿಗಾಗಿ ಪ್ಲಗಿನ್.

  • ರೋಡ್‌ಮ್ಯಾಪ್

    ನೆಟಿವ್ ಮೊಬೈಲ್

    iOS ಮತ್ತು Android

    Native iOS ಮತ್ತು Android SDKಗಳು.

ಪ್ರತಿ founding team ಜೊತೆ onboarding ಸಮಯದಲ್ಲಿ integrations ಅನ್ನು hands-on ರೀತಿಯಲ್ಲಿ ಒದಗಿಸಲಾಗುತ್ತದೆ. ಬೇರೆ stack ಬಳಸುತ್ತಿದ್ದೀರಾ? ನೀವು apply ಮಾಡುವಾಗ ನಮಗೆ ತಿಳಿಸಿ.

ಪದೇಪದೇ ಕೇಳಲಾಗುವ ಪ್ರಶ್ನೆಗಳು

native iOS ಅಥವಾ Android SDK ಇದೆಯೇ?

ಇನ್ನೂ ಇಲ್ಲ. Native SDKಗಳು ಮಾರ್ಗಸೂಚಿಯಲ್ಲಿವೆ. ಇಂದು Proof of Actor ನಿಮ್ಮ backendನಲ್ಲಿ server, edge ಅಥವಾ HTTP API ಏಕೀಕರಣದ ಮೂಲಕ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಇದು ನಿಮ್ಮ app ಕಳುಹಿಸುವ ಪ್ರತಿಯೊಂದು request ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ನಾವು ಹೊಸ app version ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಬೇಕೇ?

ಇಲ್ಲ. ನೀವು ನಿಮ್ಮ backendನಲ್ಲಿ ಏಕೀಕರಣದಿಂದ ಆರಂಭಿಸಬಹುದು. app ಒಳಗಿನ assistant ಬಳಕೆಯನ್ನು declaration ಆಗಿ ವರದಿಮಾಡುವುದು ನಿಮ್ಮದೇ APIಗೆ ಒಂದು ಐಚ್ಛಿಕ ಸೇರ್ಪಡೆ.

ನನ್ನ ನಿಜವಾದ app ಅನ್ನು ಅದರ ವಿನಂತಿಗಳನ್ನು ನಕಲಿಸುವ script ನಿಂದ ಇದು ಬೇರ್ಪಡಿಸಬಹುದೇ?

ಇದು ಪ್ರತಿ ವಿನಂತಿ ಹೊತ್ತಿರುವ ಸಾಕ್ಷ್ಯವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಗುರುತಿಸುವ ಸಾಕ್ಷ್ಯವಿಲ್ಲದ ವಿನಂತಿಗಳನ್ನು ಊಹಿಸುವ ಬದಲು Unknown ಎಂದು ವರದಿ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಅವನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಬೇಕು ಎಂಬುದನ್ನು ನಿಮ್ಮ policy ನಿರ್ಧರಿಸುತ್ತದೆ.

ಇದು ನಮ್ಮ login ಅಥವಾ token checks ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆಯೇ?

ಇಲ್ಲ. ನಿಮ್ಮ authentication ನಿಯಂತ್ರಣದಲ್ಲಿ ಇರುತ್ತದೆ. Proof of Actor ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವವರು ಯಾರು ಅಥವಾ ಏನು ಎಂಬುದನ್ನು ಸೇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ policies ಉತ್ತಮವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸಬಹುದು.

ಇದರ ವೆಚ್ಚ ಎಷ್ಟು?

ಆಯ್ಕೆಮಾಡಲಾದ founding developer teams ಗಳು ಒಪ್ಪಿಗೆಯಾದ ಬಳಕೆ ಮಿತಿಗಳ ಒಳಗೆ up to 12 months free ಪಡೆಯಬಹುದು.

ನಿಮ್ಮ mobile backend ಗೆ actor context ಅನ್ನು ತಂದುಕೊಡಿ.

Proof of Actor founding developer program ಗೆ ಸೇರಿ.

ಮೊದಲು ಮಾತನಾಡಲು ಇಷ್ಟವಿದೆಯೆ? ಸ್ಥಾಪಕರೊಂದಿಗೆ ಮಾತನಾಡಿ