പ്രധാന ഉള്ളടക്കത്തിലേക്ക് കടക്കുക
PROOF OF ACTOR · PRIVATE BETA

Proof of Actor: നിങ്ങളുടെ application-ൽ ആരാണ് പ്രവർത്തിക്കുന്നത് എന്ന് മനസ്സിലാക്കുക.

Proof of Actor by AgentCredia is one product for actor visibility and application-defined decisions. See what each interaction is, the evidence behind it, and choose the right experience for it.

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

GET /api/v1/catalog

ഏജന്റ്basis: verified

തെളിവ്

sample-crawler.example-യ്ക്കുള്ള request signature ശരിവെച്ചു

നിങ്ങളുടെ policy: Allow: structured API response നൽകുക

actor context പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്

ഒരു login ഏത് account ആണ് ഉപയോഗത്തിലിരിക്കുന്നത് എന്ന് പറയുന്നു. ഒരു person ക്ലിക്ക് ചെയ്യുകയാണോ, ഒരു person ഒരു AI assistant-നൊപ്പം പ്രവർത്തിക്കുകയാണോ, അല്ലെങ്കിൽ ഒരു autonomous agent account വഴിയായി പ്രവർത്തിക്കുകയാണോ എന്ന് അത് പറയുന്നില്ല. അവയ്ക്ക് വ്യത്യസ്ത അനുഭവങ്ങൾ അർഹമാണ്.

session

നിങ്ങളുടെ login അറിയുന്നു

user: [email protected]

plan: team

actor: ?

proof of actor

Proof of Actor ചേർക്കുന്നു

ഏജന്റ്basis: declared

/reports-ൽ ഈ account വഴി ഒരു assistant പ്രവർത്തിക്കുന്നു.

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

നിങ്ങളുടെ integration ന് കാണാൻ കഴിയുന്ന signals ശേഖരിക്കുക.

Proof of Actor server-ൽ, edge-ൽ, browser-ൽ അല്ലെങ്കിൽ നിങ്ങളുടെ MCP server-ൽ actor signals ശേഖരിക്കുകയും, verified assertions-നെ behavioral inferences-ിൽ നിന്ന് വേർതിരിക്കുകയും ചെയ്യുന്നു.

  • request signatures-ൽ നിന്നുള്ള verified agent തിരിച്ചറിയലുകൾ.
  • Client പ്രഖ്യാപനങ്ങളും app നുള്ളിലെ AI വെളിപ്പെടുത്തലുകളും.
  • നിങ്ങളുടെ collector പ്രവർത്തിക്കുന്നിടത്തുതന്നെ ബ്രൗസർ ഇടപെടൽ signals.
  • Unknown സ്വതന്ത്ര ഫലമായി തന്നെ നിലനിർത്തുന്നു, ഒരിക്കലും ഊഹിക്കില്ല.
സിഗ്നലുകൾ · ഓരോ ഉറവിടത്തിനും അവസാന അഭ്യർത്ഥന
  • അഭ്യർത്ഥന സിഗ്നേച്ചർvalid · sample-crawler.exampleverified
  • Client പ്രഖ്യാപനം"research-assistant/2.1"declared
  • ബ്രൗസർ ഇടപെടൽpointer + keyboard eventsinferred
  • supported signals ഇല്ലroute not instrumentedunknown

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

നിങ്ങളുടെ app-ന്റെ ഓരോ ഭാഗവും ആരാണ് ഉപയോഗിക്കുന്നത് എന്ന് കാണുക.

Route ഉം workflow ഉം അടിസ്ഥാനമാക്കിയ actor analytics, ആളുകൾ, AI-assisted users, agents എന്നിവർ എവിടെയാണ് ഇടപെടുന്നത് എന്ന് കാണിക്കുന്നു, കൂടാതെ ഓരോ classification ന്റെയും തെളിവ് ഒരു click അകലെയാണ്.

  • route, workflow, time period എന്നിവ പ്രകാരമുള്ള traffic mix.
  • ഓരോ result-ിന്റെയും പിന്നിലുള്ള evidence, basis.
  • unknown നിരക്ക്, അതിലൂടെ coverage എവിടെയാണ് അവസാനിക്കുന്നത് എന്ന് നിങ്ങൾക്ക് അറിയാം.
route അനുസരിച്ചുള്ള traffic · 7 days
  • /dashboardഅജ്ഞാതം 7%
  • /api/v1/catalogഅജ്ഞാതം 15%
  • /support/ticketsഅജ്ഞാതം 8%
  • /signupഅജ്ഞാതം 21%
മനുഷ്യൻമനുഷ്യൻ + AIഏജന്റ്അജ്ഞാതം

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

ഓരോ route-ലും അടുത്തതായി എന്താണ് സംഭവിക്കുക എന്നത് തീരുമാനിക്കുക.

പ്രധാനമായ routes ന് policies എഴുതുക: allow, adapt, challenge, review അല്ലെങ്കിൽ rate-limit. ആദ്യം observation ല് ആരംഭിക്കുക, ഫലം preview ചെയ്യുക, പിന്നെ തയ്യാറായപ്പോൾ enforce ചെയ്യുക.

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

നാല് class-കൾ. ഓരോ result-ഉം വിശദീകരിച്ചിരിക്കുന്നു.

ഓരോ interaction-വും നാല് class-കളിലൊന്നിലേക്ക് എത്തിച്ചേരുന്നു, ഓരോന്നിനും വ്യക്തമായ അർത്ഥവും വ്യക്തമായ പരിധിയും ഉണ്ട്.

  • മനുഷ്യൻ

    പിന്തുണയ്ക്കുന്ന നിരീക്ഷിക്കാവുന്ന സിഗ്നലുകൾ മനുഷ്യൻ നിയന്ത്രിക്കുന്ന ഇടപെടലാണ് സൂചിപ്പിക്കുന്നത്.

    ഇതിനർത്ഥമില്ല: AI ഉപയോഗിച്ചില്ല, അല്ലെങ്കിൽ ആ വ്യക്തിയുടെ യഥാർത്ഥ ലോക ഐഡന്റിറ്റി ശരിവെച്ചിരിക്കുന്നു എന്ന്.

  • മനുഷ്യൻ + AI

    AI സഹായം declared ആയിരുന്നു, അല്ലെങ്കിൽ അത് യഥാർത്ഥത്തിൽ observe ചെയ്യാനാകുന്ന ഒരു supported integration അത് detected ചെയ്തു.

    ഇതിനർത്ഥമില്ല: മറഞ്ഞിരിക്കുന്ന എല്ലാ AI ഉപയോഗവും, മറ്റൊരു tab അല്ലെങ്കിൽ മറ്റൊരു device ഉൾപ്പെടെ, കണ്ടെത്താൻ കഴിയുമെന്ന്.

  • ഏജന്റ്

    verifiable identity അല്ലെങ്കിൽ സൂക്ഷ്മമായി യോഗ്യതപ്പെടുത്തിയ ഒരു inference പിന്തുണയ്ക്കുന്ന automated അല്ലെങ്കിൽ agent-origin interaction.

    ഇതിനർത്ഥമില്ല: ഏജന്റ് അധികാരപ്പെടുത്തിയതാണെന്ന്, സുരക്ഷിതമാണെന്ന്, അല്ലെങ്കിൽ ഒരു വ്യക്തിയിൽ നിന്നുള്ള സാധുവായ delegation-ോടെ പ്രവർത്തിക്കുന്നുവെന്ന്.

  • അജ്ഞാതം

    ലഭ്യമായ തെളിവുകൾ വിശ്വസനീയമായ ഒരു നിർണ്ണയം പിന്തുണയ്ക്കുന്നില്ല.

    ഇതിനർത്ഥമില്ല: ആ interaction സംശയാസ്പദമാണോ ദുഷ്ടമാണോ എന്ന്.

ഓരോ ഫലവും അതിന്റെ അടിസ്ഥാനത്തെ വ്യക്തമാക്കുന്നു

  • verifiedഒരു cryptographic അല്ലെങ്കിൽ മറ്റെങ്ങനെ പരിശോധിക്കാവുന്ന അവകാശവാദം സ്ഥിരീകരിച്ചിരിക്കുന്നത്, ഉദാഹരണത്തിന് പ്രസിദ്ധീകരിച്ച key-യ്‌ക്കെതിരായ ഒരു അഭ്യർത്ഥനാ signature. അത് ആ പരിശോധന മാത്രം തെളിയിക്കുന്നു, അതിൽ കൂടുതലൊന്നുമല്ല.
  • declaredactor അല്ലെങ്കിൽ നിങ്ങളുടെ application അത് വ്യക്തമാക്കിയിരിക്കുന്നു, ഉദാഹരണത്തിന് AI-assistance disclosure അല്ലെങ്കിൽ സ്വയം ഒരു agent എന്ന് പേരിടുന്ന ഒരു client. ഒരു declaration തെറ്റായിരിക്കാം.
  • inferredപെരുമാറ്റപരമായ അല്ലെങ്കിൽ സന്ദർഭാത്മക സിഗ്നലുകളിൽ നിന്ന് എടുത്ത ഒരു നിഗമനം. Inferred കണ്ടെത്തലുകൾ തെറ്റായിരിക്കാം, എന്നും inferred എന്ന നിലയിൽ ലേബൽ ചെയ്യും.
  • unknownതീരുമാനത്തിന് മതിയായ തെളിവില്ല. ഫലം ഊഹിക്കാതെ Unknown ആയി റിപ്പോർട്ട് ചെയ്യുന്നു.

നിങ്ങളുടെ app-ന് എടുക്കാൻ കഴിയുന്ന തീരുമാനങ്ങൾ

Request മുതൽ result വരെ, തുടർന്ന് നിങ്ങളുടെ തീരുമാനം വരെ ഉള്ള മൂന്ന് സാധാരണ സാഹചര്യങ്ങൾ.

  • ഒരു signed agent നിങ്ങളുടെ catalog വായിക്കുന്നു

    അഭ്യർത്ഥന

    GET /api/v1/catalog

    ഫലം

    ഏജന്റ്basis: verified

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

    HTML പേജുകൾക്ക് പകരം structured API സേവിക്കുക.

  • തെളിവില്ലാത്ത ഒരു account change

    അഭ്യർത്ഥന

    POST /account/password

    ഫലം

    അജ്ഞാതംbasis: unknown

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

    നിലവിലുള്ള re-authentication flow നിലനിർത്തുക. actor-based decision ഇല്ല.

  • പ്രഖ്യാപിച്ച AI-assisted ticket

    അഭ്യർത്ഥന

    POST /support/tickets

    ഫലം

    മനുഷ്യൻ + AIbasis: declared

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

    അത് അംഗീകരിച്ച് AI-assisted label ഉപയോഗിച്ച് route ചെയ്യുക.

production apps നായി നിർമ്മിച്ചത്

  • മുതൽ observation

    നിങ്ങൾ ഒരു policy enable ചെയ്യുന്നതുവരെ Proof of Actor ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ഒന്നും മാറ്റില്ല.

  • Scores അല്ല, evidence

    ഫലങ്ങൾ വിശദീകരിക്കാത്ത ഒരു സംഖ്യയ്ക്ക് പകരം അവയുടെ basis വഹിക്കുന്നു.

  • നിങ്ങളുടെ rules

    Enforcement നിങ്ങളുടെ application-ൽ തന്നെ, ഓരോ route-ക്കും risk tier-ക്കും അനുസരിച്ച് നിലനിൽക്കുന്നു.

  • ഡിസൈൻ മുതൽ privacy

    കുറഞ്ഞ ശേഖരണം, tenant isolation, നിങ്ങൾ സമ്മതിക്കുന്ന retention.

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

നിങ്ങളുടെ stack-ന് അനുയോജ്യം

Server middleware, Next.js, the edge, the browser, ഒരു generic HTTP API, കൂടാതെ MCP servers.

  • 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 ആണോ ഉപയോഗിക്കുന്നത്? അപേക്ഷിക്കുമ്പോൾ ഞങ്ങളോട് പറയുക.

Developer hub തുറക്കുക

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

Proof of Actor ഒരു bot blocker ആണോ അല്ലെങ്കിൽ CAPTCHA ആണോ?

ഇല്ല. ഇത് actor evidence, classifications എന്നിവ റിപ്പോർട്ട് ചെയ്യുന്നു, തീരുമാനങ്ങൾ നിങ്ങളുടെ application-യ്ക്ക് വിട്ടുകൊടുക്കുന്നു. default ആയി ഒന്നും block ചെയ്യില്ല.

ഇത് ഒരു വ്യക്തിയുടെ identity verify ചെയ്യുമോ?

ഇല്ല. ഇത് identity checks, KYC അല്ലെങ്കിൽ biometric verification നടത്തില്ല. Human result എന്നത് observable signals മനുഷ്യൻ നയിക്കുന്ന interaction സൂചിപ്പിക്കുന്നു എന്നതാണ്, ആ വ്യക്തി ആരാണെന്ന് അല്ല.

ഒരു signed agent request ഉണ്ടെന്നത് agent-ന് പ്രവർത്തിക്കാൻ അനുവാദമുണ്ട് എന്നർത്ഥമാണോ?

ഇല്ല. ഒരു valid signature ഒരു request-നെ ഒരു key-യോടും അതിന്റെ published operator-ോടും ബന്ധിപ്പിക്കുന്നു. ആ operator നിങ്ങളുടെ app-ൽ എന്തെങ്കിലും ചെയ്യാമോ എന്നത് നിങ്ങളുടെ authorization തീരുമാനം ആണ്.

എനിക്ക് എങ്ങനെ ആക്‌സസ് ലഭിക്കും?

Proof of Actor സ്വകാര്യ betaയിൽ ആണ്. early access-ന് അപേക്ഷിച്ച് നിങ്ങൾക്ക് മനസ്സിലാക്കാൻ ആഗ്രഹിക്കുന്ന application, interaction എന്നിവയെക്കുറിച്ച് ഞങ്ങളോട് പറയുക.

നിങ്ങളുടെ app ഉപയോഗിക്കുന്നത് ആരാണെന്ന് അറിയുക.

founding developer program ല് ചേരാൻ അപേക്ഷിക്കുക.

Early Access നേടുകവിലകൾ കാണുക

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