പ്രധാന ഉള്ളടക്കത്തിലേക്ക് കടക്കുക
മൊബൈൽ ആപ്പുകൾ

നിങ്ങളുടെ mobile app-ന്റെ backend-നെ വിളിക്കുന്നത് ആരാണെന്ന് അറിയുക.

നിങ്ങളുടെ app ഒരു API യുമായി സംസാരിക്കുന്നു, അതിന്റെ requests പകർത്തുന്ന ഏതെങ്കിലും ഒന്നിനും അങ്ങനെ ചെയ്യാം. നിങ്ങളുടെ mobile backend ലേക്ക് എത്തുന്ന traffic Proof of Actor വർഗ്ഗീകരിക്കുന്നു, അതിനാൽ നിങ്ങളുടെ സ്വന്തം app, agents, unknown clients എന്നിവയെ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യാം.

Early Access നേടുകഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് പര്യവേക്ഷണം ചെയ്യുക
example-app.test · actor result

POST /v2/bookings

മനുഷ്യൻ + AIbasis: declared

തെളിവ്

signed-in user നായി അതിന്റെ in-app assistant ഈ booking തയ്യാറാക്കിയതായി നിങ്ങളുടെ app റിപ്പോർട്ട് ചെയ്തു

നിങ്ങളുടെ policy: അനുവദിക്കുക, AI-assisted ആയി ലേബൽ ചെയ്യുക, ഉപയോക്താവിനോട് സ്ഥിരീകരിക്കാൻ ആവശ്യപ്പെടുക

നിങ്ങളുടെ app public അല്ലെങ്കിലും, നിങ്ങളുടെ mobile API public ആണ്.

നിങ്ങളുടെ app ചെയ്യുന്ന ഓരോ request-യും ഒരു script അല്ലെങ്കിൽ ഒരു AI agent ഉപയോഗിച്ച് വീണ്ടും replay ചെയ്യാം. ഫോണിലെ assistants പോലും ഇപ്പോൾ അവരുടെ users-ക്കായി apps പ്രവർത്തിപ്പിക്കാൻ തുടങ്ങുന്നു. നിങ്ങളുടെ backend-ന് ഇത് എല്ലാം ഒരേ token ഉള്ള ഒരേ API call പോലെയാണ് തോന്നുന്നത്.

മൊബൈൽ requests എല്ലാം എത്തുന്നിടത്ത് തന്നെയാണ് Proof of Actor പ്രവർത്തിക്കുന്നത്: നിങ്ങളുടെ backend. ഓരോ request-ും വഹിക്കുന്ന evidence അത് വായിക്കുന്നു, നിങ്ങളുടെ app അതിന്റെ സ്വന്തം assistant features-നെക്കുറിച്ച് എന്താണ് പ്രഖ്യാപിക്കുന്നതെന്ന് രേഖപ്പെടുത്തുന്നു, evidence തീരുമ്പോൾ Unknown റിപ്പോർട്ട് ചെയ്യുന്നു.

വേറെ വേറെ മൂന്ന് ചോദ്യങ്ങൾ
  • ആരാണ് വിളിക്കുന്നത്?ആക്ടർ ഐഡന്റിറ്റി: ഒപ്പ്, പ്രഖ്യാപനം അല്ലെങ്കിൽ അനുമാനം
  • ഏത് credential?നിങ്ങളുടെ API key, OAuth token അല്ലെങ്കിൽ session
  • അത് എന്ത് ചെയ്യാൻ സാധ്യതയുണ്ട്?നിങ്ങളുടെ authorization and policy

Proof of Actor ആദ്യത്തേതിന് മറുപടി നൽകുന്നു. മറ്റുരണ്ടത് നിങ്ങളുടെ stack-ിൽ തന്നെ തുടരും.

mobile ടീമുകൾ actor context ഉപയോഗിച്ച് ചെയ്യുന്നത്

  • backend ൽ വർഗീകരിക്കുക

    നിങ്ങളുടെ app ഉപയോഗിക്കുന്ന API-യ്ക്ക് മുമ്പിൽ server അല്ലെങ്കിൽ edge integration പ്രവർത്തിപ്പിക്കുക. ആരംഭിക്കാൻ app release ആവശ്യമില്ല.

  • ഏജന്റുകളും സ്ക്രിപ്റ്റുകളും തിരിച്ചറിയുക

    agent signatures അല്ലെങ്കിൽ declarations വഹിക്കുന്ന requests കാണുക, അവയെ നിങ്ങളുടെ app-ന്റെ സ്വന്തം traffic-ൽ നിന്ന് വേർതിരിക്കുക.

  • app-ിലെ AI ലേബൽ ചെയ്യുക

    നിങ്ങളുടെ app ന്റെ സ്വന്തം assistant ഒരു user നുവേണ്ടി പ്രവർത്തിക്കുമ്പോൾ, അത് report ചെയ്യുക, അങ്ങനെ ആ requests Human + AI ആയി രേഖപ്പെടുത്തപ്പെടും.

  • ഉയർന്ന സ്വാധീനമുള്ള പ്രവർത്തനങ്ങളെ സംരക്ഷിക്കുക

    തെളിവ് ദുർബലമായപ്പോൾ bookings, payments, account മാറ്റങ്ങൾ എന്നിവയിൽ സ്ഥിരീകരണം അല്ലെങ്കിൽ കൂടുതൽ ശക്തമായ credential ആവശ്യപ്പെടുക.

  • endpoint അനുസരിച്ച് ഉപയോഗം കാണുക

    ആളുകൾ, assistants, automated clients എന്നിവ ഏറ്റവും കൂടുതൽ ഉപയോഗിക്കുന്ന endpoints ഏവയാണെന്ന് മനസ്സിലാക്കുക.

  • അടുത്തതായി Native SDKs

    Native iOS and Android SDKs roadmap-ൽ ഉണ്ട്. Founding ടീമുകൾ അവ എന്താണ് ശേഖരിക്കുന്നത് എന്ന് രൂപപ്പെടുത്താൻ സഹായിക്കുന്നു.

01 · കണ്ടെത്തുക

നിങ്ങളുടെ backend സ്വീകരിക്കുന്ന requests-ിൽ നിന്നുള്ള evidence.

സർവർ, എഡ്ജ് അല്ലെങ്കിൽ HTTP API ഇന്റഗ്രേഷൻ നിങ്ങളുടെ mobile API-യിലേക്കുള്ള ഓരോ കോൾ-ലും request context, signatures, പ്രഖ്യാപിച്ച client വിശദാംശങ്ങൾ എന്നിവ വായിക്കുന്നു.

  • നിങ്ങളുടെ API gateway, edge അല്ലെങ്കിൽ server-ൽ request context നേടുക.
  • തങ്ങളുടെ കീകൾ പ്രസിദ്ധീകരിക്കുന്ന ഏജന്റുകളിൽ നിന്നുള്ള ഒപ്പിട്ട അഭ്യർത്ഥനകൾ.
  • നിങ്ങളുടെ app അതിന്റെ സ്വന്തം assistant features-നെക്കുറിച്ച് നൽകുന്ന declarations.
സിഗ്നലുകൾ · ഓരോ ഉറവിടത്തിനും അവസാന അഭ്യർത്ഥന
  • അഭ്യർത്ഥന സിഗ്നേച്ചർvalid · sample-crawler.exampleverified
  • Client പ്രഖ്യാപനം"research-assistant/2.1"declared
  • ബ്രൗസർ ഇടപെടൽpointer + keyboard eventsinferred
  • supported signals ഇല്ലroute not instrumentedunknown

02 · മനസ്സിലാക്കുക

ഓരോ endpoint-ഉം ആരാണ് ഉപയോഗിക്കുന്നത് എന്ന് അറിയുക.

login, search, booking, account endpoints എന്നിവയിലാകെ actor mix താരതമ്യം ചെയ്ത്, unknown clients എവിടെ കേന്ദ്രീകരിക്കുന്നു എന്ന് കാണുക.

  • ഓരോ endpoint-നും app version-നും അനുസരിച്ചുള്ള ആക്ടർ മിശ്രണം.
  • ഓരോ ഫലത്തിന്റെയും പിന്നിലെ തെളിവ്.
  • ഓരോ endpoint-നുമുള്ള unknown നിരക്ക്.
route അനുസരിച്ചുള്ള traffic · 7 days
  • /dashboardഅജ്ഞാതം 7%
  • /api/v1/catalogഅജ്ഞാതം 15%
  • /support/ticketsഅജ്ഞാതം 8%
  • /signupഅജ്ഞാതം 21%
മനുഷ്യൻമനുഷ്യൻ + AIഏജന്റ്അജ്ഞാതം

03 · വഴിമാറിക്കുക

നടപടിക്കു യോജിക്കുന്ന നയങ്ങൾ.

reads വേഗത്തിലാക്കുക, AI-drafted actions-ന് സ്ഥിരീകരണം ചേർക്കുക, സ്വാധീനം കൂടുതലുള്ളിടത്ത് കൂടുതൽ ശക്തമായ credentials ചോദിക്കുക.

  • ഓരോ endpoint, actor class, basis പ്രകാരമുള്ള നയങ്ങൾ.
  • അത് പ്രധാനപ്പെട്ടപ്പോൾ കൂടുതൽ ശക്തമായ credential-ലേക്ക് മാറുക.
  • നിരീക്ഷിക്കുക, preview ചെയ്യുക, തുടർന്ന് enforce ചെയ്യുക.
policy · example-app.test
  • /api/v1/catalogenforceഏജന്റ്അനുവദിക്കുക · structured API
  • /support/ticketsenforceമനുഷ്യൻ + AIഅനുവദിക്കുക · AI-assisted ആയി ലേബൽ ചെയ്യുക
  • /account/*previewഅജ്ഞാതംനിലവിലുള്ള checks നിലനിർത്തുക
  • /api/v1/orderspreviewഏജന്റ്കൂടുതൽ ശക്തമായ credential ആവശ്യപ്പെടുക

ഉദാഹരണ തീരുമാനങ്ങൾ

request മുതൽ result വരെ, പിന്നീട് നിങ്ങളുടെ decision വരെ.

  • നിങ്ങളുടെ in-app assistant ഒരു user നായി book ചെയ്യുന്നു

    അഭ്യർത്ഥന

    POST /v2/bookings

    ഫലം

    മനുഷ്യൻ + AIbasis: declared

    നിങ്ങളുടെ തീരുമാനം

    അനുവദിക്കുക, അതിനെ AI-assisted ആയി ലേബൽ ചെയ്യുക, ഉപയോക്താവിനോട് സ്ഥിരീകരിക്കാൻ ആവശ്യപ്പെടുക.

  • ഒരു signed agent ലഭ്യത തിരയുന്നു

    അഭ്യർത്ഥന

    GET /v2/availability

    ഫലം

    ഏജന്റ്basis: verified

    നിങ്ങളുടെ തീരുമാനം

    read agent rate limit-ോടെ അനുവദിക്കുക.

  • മറ്റെന്തും തെളിവില്ലാതെ വീണ്ടും ഉപയോഗിച്ച ഒരു token

    അഭ്യർത്ഥന

    POST /v2/account/email

    ഫലം

    അജ്ഞാതംbasis: unknown

    നിങ്ങളുടെ തീരുമാനം

    നിങ്ങളുടെ നിലവിലുള്ള verification step നിലനിർത്തുക. actor-based decision ഇല്ല.

അപകടം കൂടാതെ പുറത്തിറക്കുക

ടീമുകൾ observation mode-ൽ ആരംഭിച്ച് route by route ആയി മുന്നോട്ട് പോകുന്നു.

  1. 01

    നിങ്ങളുടെ backend-ൽ observe ചെയ്യുക

    നിങ്ങളുടെ mobile API-യുടെ മുൻപിൽ server അല്ലെങ്കിൽ edge integration പ്രവർത്തിപ്പിക്കുക. തുടങ്ങാൻ app release ആവശ്യമില്ല.

  2. 02

    ഓരോ endpoint-നുമുള്ള preview

    നിങ്ങളുടെ സ്വന്തം assistant പ്രഖ്യാപിക്കുന്ന requests ഉൾപ്പെടെ, booking, search, account endpoints എങ്ങനെ കൈകാര്യം ചെയ്യപ്പെടുമെന്ന് കാണുക.

  3. 03

    ഉയർന്ന പ്രഭാവമുള്ള calls-ൽ enforce ചെയ്യുക

    തെളിവ് ദുർബലമായിടങ്ങളിൽ, ഏറ്റവും അപകടകരമായ endpoint-ുകളിൽ നിന്ന് തുടങ്ങി, സ്ഥിരീകരണമോ കൂടുതൽ ശക്തമായ credential-ഓ ചേർക്കുക.

നിങ്ങളുടെ stack നൊപ്പം പ്രവർത്തിക്കുന്നു

  • Founding ടീമുകൾ

    വെബ് സർവർ മിഡിൽവെയർ (Node.js)

    Server-side

    server-rendered apps-നും APIs-നും വേണ്ടി request-level signals.

  • Founding ടീമുകൾ

    Next.js

    സർവർ-സൈഡും എഡ്ജും

    page, API routes എന്നിവയ്ക്കുള്ള middleware.

  • Founding ടീമുകൾ

    ബ്രൗസർ script

    ബ്രൗസർ signals മാത്രം

    ഒരു server-side integration നോടൊപ്പം browser sessions-ൽ നിന്നുള്ള interaction signals.

  • Founding ടീമുകൾ

    Cloudflareയും edge runtimeകളും

    Edge

    അഭ്യർത്ഥനകൾ നിങ്ങളുടെ origin-ലേക്ക് എത്തുന്നതിന് മുമ്പ് എഡ്ജിലെ സിഗ്നലുകൾ.

  • Founding ടീമുകൾ

    സാമാന്യ HTTP API

    ഏതെങ്കിലും stack

    ഒരു API-ലേക്ക് request context അയച്ച്, അതിന്റെ basis സഹിതം ഒരു result സ്വീകരിക്കുക.

  • Founding ടീമുകൾ

    MCP സർവർ

    MCP

    MCP ടൂൾ കോളുകൾക്കായുള്ള ആക്ടർ കോൺടെക്‌സ്‌റ്റ്.

  • റോഡ്‌മാപ്പ്

    WordPress

    Plugin

    WordPress സൈറ്റുകൾക്കുള്ള പ്ലഗിൻ.

  • റോഡ്‌മാപ്പ്

    നേറ്റീവ് മൊബൈൽ

    iOS and Android

    Native iOS, Android SDKs.

ഓരോ founding team-നോടുമൊപ്പം onboarding സമയത്ത് integrations കൈകാര്യം ചെയ്ത് നൽകുന്നു. വേറൊരു stack ആണോ ഉപയോഗിക്കുന്നത്? അപേക്ഷിക്കുമ്പോൾ ഞങ്ങളോട് പറയുക.

കൂടുതൽ അറിയുക

Detection & Limitations വായിക്കുക

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

native iOS അല്ലെങ്കിൽ Android SDK ഉണ്ടോ?

ഇതുവരെ ഇല്ല. Native SDKs roadmap-ൽ ഉണ്ട്. ഇന്ന് Proof of Actor നിങ്ങളുടെ backend-ൽ server, edge അല്ലെങ്കിൽ HTTP API integration വഴി പ്രവർത്തിക്കുന്നു, ഇത് നിങ്ങളുടെ app അയക്കുന്ന ഓരോ request-നും ഉൾക്കൊള്ളുന്നു.

ഒരു പുതിയ app version ship ചെയ്യേണ്ടതുണ്ടോ?

ഇല്ല. നിങ്ങൾക്ക് നിങ്ങളുടെ backend-ൽ integrate ചെയ്ത് തുടങ്ങാം. in-app assistant ഉപയോഗം ഒരു declaration ആയി റിപ്പോർട്ട് ചെയ്യുന്നത് നിങ്ങളുടെ സ്വന്തം API-യ്‌ക്ക് ഒരു optional addition ആണ്.

അത് എന്റെ യഥാർത്ഥ app ഉം അതിന്റെ അഭ്യർത്ഥനകൾ പകർന്നെടുക്കുന്ന ഒരു script ഉം തമ്മിൽ വേർതിരിക്കാനാകുമോ?

ഓരോ request-നും ഒപ്പമുള്ള evidence ഇത് റിപ്പോർട്ട് ചെയ്യുന്നു. വ്യത്യസ്തമാക്കുന്ന evidence ഇല്ലാത്ത requests, ഊഹിക്കാതെ Unknown ആയി റിപ്പോർട്ട് ചെയ്യും, അവയെ എങ്ങനെ കൈകാര്യം ചെയ്യണമെന്ന് നിങ്ങളുടെ policy തീരുമാനിക്കും.

ഇത് നമ്മുടെ login അല്ലെങ്കിൽ token checks മാറ്റിസ്ഥാപിക്കുമോ?

ഇല്ല. നിങ്ങളുടെ authentication തന്നെയാണ് നിയന്ത്രിക്കുന്നത്. Proof of Actor പ്രവർത്തിക്കുന്നത് ആര് അല്ലെങ്കിൽ എന്താണ് എന്ന് ചേർക്കുന്നു, അതിനാൽ നിങ്ങളുടെ policies കൂടുതൽ നല്ലതായി പ്രതികരിക്കാം.

അതിന്റെ ചെലവ് എത്രയാണ്?

തിരഞ്ഞെടുത്ത founding developer teams-ന് ധാരണയായ usage limits-ിനുള്ളിൽ 12 മാസത്തോളം free ലഭിക്കാം.

നിങ്ങളുടെ mobile backend ലേക്ക് actor context കൊണ്ടുവരൂ.

Proof of Actor founding developer program-ിൽ ചേരുക.

Early Access നേടുകഡെവലപ്പർ ഹബ്

ആദ്യം സംസാരിക്കണമോ? സ്ഥാപകരുമായി സംസാരിക്കുക