താരതമ്യം

Proof of Actor vs CAPTCHA: എല്ലാവരെയും പരീക്ഷിക്കുന്നത് നിർത്തൂ, പ്രവർത്തിക്കുന്നത് ആരെന്നു അറിയാൻ തുടങ്ങൂ

CAPTCHAകൾ ആളുകളുടെയും ദുഷ്പ്രവർത്തനമുള്ള botകളുടെയും വെബിനായി നിർമ്മിച്ചതായിരുന്നു. ഇന്ന് നിങ്ങളുടെ ഉപയോക്താക്കളിൽ AI യോടൊപ്പം പ്രവർത്തിക്കുന്ന ആളുകളും യഥാർത്ഥ ഉപഭോക്താക്കൾക്കായി പ്രവർത്തിക്കുന്ന agentകളും ഉൾപ്പെടുന്നു. ഒരു challenge actor intelligence യുമായി എങ്ങനെ താരതമ്യപ്പെടുന്നു, ഓരോന്നും നിങ്ങളുടെ application ൽ എപ്പോഴാണ് അനുയോജ്യമെന്നതാണ് ഇവിടെ പറയുന്നത്.

Early Access നേടുക ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് പര്യവേക്ഷണം ചെയ്യുക

രചിച്ചത് Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

ചുരുക്ക ഉത്തരം

ഒരു CAPTCHA ഒരു സന്ദർശകന്റെ മുന്നിൽ ഒരു test വെക്കുന്നു, അത് കടന്നുപോകുന്നവരെ വഴിവിടുന്നു. Proof of Actor നിങ്ങളുടെ application ൽ പ്രവർത്തിക്കുന്നത് Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown ആണോ എന്ന്, അതിന്റെ പിന്നിലെ evidence സഹിതം, പറയുന്നു, അങ്ങനെ നിങ്ങൾ legitimate ആയ agentകളെ ശരിയായി serve ചെയ്യുകയും challengeകൾ അവ യഥാർത്ഥത്തിൽ സഹായിക്കുന്ന കുറച്ച് ഇടങ്ങൾക്കായി മാത്രം മാറ്റിവയ്ക്കുകയും ചെയ്യാം.

CAPTCHA എന്നത് ഒരു ലളിതമായ ആശയമാണ്: ആളുകൾക്ക് പരിഹരിക്കാനാകുകയും machines ന് കഴിയാതിരിക്കുകയും ചെയ്യുന്ന ഒരു task സന്ദർശകന്റെ മുന്നിൽ വെക്കുക, പിന്നെ കടന്നുപോകുന്നവരെ വഴിവിടുക. വർഷങ്ങളോളം അത് ഒരു യുക്തിപരമായ trade ആയിരുന്നു. ആളുകൾക്ക് കുറച്ച് സെക്കൻഡ് നഷ്ടപ്പെട്ടു, ഏറ്റവും മോശമായ automation മന്ദഗതിയിലായി.

മൂന്ന് കാര്യങ്ങൾ മാറി. Machines taskകൾ പരിഹരിക്കുന്നതിൽ മികച്ചതായി. ആളുകൾ അവ പരിഹരിക്കുന്നതിൽ മടുത്തു. കൂടാതെ ഒരു പുതിയ തരത്തിലുള്ള സന്ദർശകനും എത്തി: യഥാർത്ഥ ഉപഭോക്താക്കൾക്കായി പ്രവർത്തിക്കുന്ന AI agents, 그리고 AI assistants നോടൊപ്പം പ്രവർത്തിക്കുന്ന ആളുകൾ. "നിങ്ങൾ മനുഷ്യനാണോ?" എന്ന് ചോദിക്കുന്ന ഒരു test ഇവരിൽ ഏതൊരാളിനും നല്ല മറുപടി നൽകുന്നില്ല.

Proof of Actor വ്യത്യസ്തമായ സമീപനമാണ് സ്വീകരിക്കുന്നത്. ഓരോ സന്ദർശകനെയും test ചെയ്യുന്നതിന് പകരം, സമാപനത്തിന്റെ പിന്നിലെ evidence സഹിതം, നിങ്ങളുടെ application ൽ പ്രവർത്തിക്കുന്നത് ആരാണോ എന്താണോ അത് പറയുന്നു, കൂടാതെ ഒരു challenge യഥാർത്ഥത്തിൽ ആവശ്യമാണോ എന്ന് നിങ്ങളുടെ code തീരുമാനിക്കട്ടെ.

ചുരുക്കം

	CAPTCHA	Proof of Actor
പ്രധാന ചോദ്യം	ഈ സന്ദർശകന് ഒരു human test പാസ്സാകാനാകുമോ?	പ്രവർത്തിക്കുന്നത് ആരോ എന്തോ, evidence എന്താണ്?
ചെലവ് വഹിക്കുന്നത് ആര്	challenge കാണുന്ന ഓരോ സന്ദർശകനും	ആരുമില്ല; classification പശ്ചാത്തലത്തിൽ നടക്കുന്നു
സാധ്യതയുള്ള മറുപടികൾ	Pass അല്ലെങ്കിൽ fail	Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown, കൂടാതെ ഒരു basis
legitimate AI agents	നിർത്തപ്പെടുന്നു, അല്ലെങ്കിൽ test ന് ചുറ്റിലൂടെയായും പ്രവർത്തിക്കാൻ നിർബന്ധിതരാകുന്നു	തിരിച്ചറിയപ്പെടുന്നു, ശരിയായ experience ലേക്ക് route ചെയ്യപ്പെടുന്നു
AI assistants ഉപയോഗിക്കുന്ന ആളുകൾ	മറ്റേതൊരു സന്ദർശകനെയും പോലെ കൈകാര്യം ചെയ്യപ്പെടുന്നു	പ്രത്യേക class, Human + AI
വ്യക്തമല്ലാത്ത traffic	അതേ test കടന്നുപോകണം	Unknown, ഓരോ route നും നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന fallback സഹിതം
ഇത് എവിടെ ബാധകമാണ്	നിങ്ങൾ അത് വെക്കുന്ന pages	നിങ്ങളുടെ integration ഉൾക്കുന്ന എല്ലാ routes ഉം
ഇൻസ്റ്റാൾ ചെയ്തപ്പോൾ default പെരുമാറ്റം	ദൃശ്യമാന challenge	Observation; നിങ്ങൾ ഒരു policy ചേർക്കുന്നതുവരെ ഒന്നും മാറില്ല

ഒരു test vs evidence

ഒരു CAPTCHA ഒരു ബിറ്റ് വിവരം മാത്രമേ ഉത്പാദിപ്പിക്കൂ: സന്ദർശകൻ pass ചെയ്‌തോ fail ചെയ്‌തോ. സന്ദർശകൻ ആരായിരുന്നു, അവർ ഒരു assistant നോടൊപ്പം പ്രവർത്തിച്ചിരുന്നോ, ഫലത്തിൽ നിങ്ങൾ എത്ര ആത്മവിശ്വാസം വേണം എന്നതൊന്നും അത് പറയുന്നില്ല. കൂടാതെ സന്ദർശകനോട് ഒരു ജോലി ചെയ്യാൻ ആവശ്യപ്പെടുന്നതിലൂടെ അത് ആ ബിറ്റ് ഉത്പാദിപ്പിക്കുന്നു.

Proof of Actor ഒരു classification ഉം അതിന്റെ evidence basis ഉം ഉത്പാദിപ്പിക്കുന്നു. ഒരു Verified result എന്നത് പരിശോധിക്കാവുന്ന ഒരു assertion ശരിവെച്ചുവെന്ന് അർത്ഥം, ഉദാഹരണത്തിന് പ്രസിദ്ധീകരിച്ച key യുമായി പരിശോധിച്ച request signature പോലെയുള്ളത്. ഒരു Declared result എന്നത് ഒരു client അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം application അത് പ്രഖ്യാപിച്ചതാണെന്ന് അർത്ഥം. ഒരു Inferred result ഒരു inference ആയി ലേബൽ ചെയ്യപ്പെടുന്നു. Unknown എന്നത് evidence ഒരു നിർണ്ണയം പിന്തുണയ്ക്കുന്നില്ലെന്ന് അർത്ഥം. നിങ്ങളുടെ ടീമിന് ഓരോ result ഉം വായിച്ച് അത് എന്തിന്റെ അടിസ്ഥാനത്തിലാണ് എന്നത് കാണാൻ കഴിയും, സന്ദർശകനോ ഒന്നും ചെയ്യേണ്ടതില്ല.

എല്ലാവരെയും challenge ചെയ്യുന്നതിന്റെ ചെലവ്

ഓരോ challenge ഉം നിങ്ങളുടെ ഏറ്റവും നല്ല ഉപയോക്താക്കളിൽ friction ചുമത്തി, നിങ്ങളുടെ ഏറ്റവും മോശക്കാരെ മന്ദഗതിയിലാക്കുന്നു. ഒരു sign-up page ൽ ഇത് conversions ന് ചെലവാകുന്നു. ഒരു checkout ൽ ഇത് revenue ന് ചെലവാകുന്നു. accessibility നിലയിൽ, ഇത് ആളുകളെ പൂർണ്ണമായും പുറത്താക്കാനും കഴിയും. ടീമുകൾ ആ ചെലവ് അംഗീകരിക്കുന്നത് മറുവശത്ത് ആരാണെന്നതിന് മികച്ച signal ഇല്ലാത്തതിനാലാണ്.

Actor context ഉള്ളപ്പോൾ trade മാറുന്നു. Human-directed sessions ന് നിങ്ങൾ സാധാരണ experience തുടരാം, evidence ശക്തമായിടത്ത് challenge ഒഴിവാക്കാം, കൂടാതെ അത് ഇപ്പോഴും മൂല്യം ചേർക്കുന്ന ഇടുങ്ങിയ കേസുകൾക്കായി മാറ്റിവയ്ക്കാം: ഉദാഹരണത്തിന്, password change അല്ലെങ്കിൽ high-value action ൽ ഒരു Unknown result. മിക്ക സന്ദർശകരും ഇനി ഒരു challenge പോലും കാണില്ല.

Legitimate agents ന് ഒരു വഴി വേണം, puzzle അല്ല

ഒരു CAPTCHA software നെ നിർത്താനാണ് നിർമ്മിച്ചിരിക്കുന്നത്. നിങ്ങളുടെ pages സന്ദർശിക്കുന്ന ഭൂരിഭാഗം software ആഗ്രഹിക്കാത്തതായിരുന്നപ്പോൾ അത് യുക്തിപരമായിരുന്നു. ഇനി അങ്ങനെ അല്ല.

ഇന്ന് ഒരു assistant ഒരു ഉപഭോക്താവിനായി നിങ്ങളുടെ plans താരതമ്യം ചെയ്‌തേക്കാം, ഒരു agent നിങ്ങളുടെ app വഴി ഒരു meeting book ചെയ്‌തേക്കാം, ഒരു AI client ഒരു task പൂർത്തിയാക്കാൻ നിങ്ങളുടെ MCP server വിളിക്കാം. അവരെ നിർത്തുന്നത് നിങ്ങളുടെ ഉപഭോക്താക്കളെ നിർത്തുന്നതാണ്. ആളുകൾക്കായി നിർമ്മിച്ച pages ഉം puzzles ഉം വഴി അവരെ കടത്തിവിടുന്നത്, ഓരോ redesign നിലും തകരുന്ന brittle automation സൃഷ്ടിക്കുന്നു.

Proof of Actor agents നെ തിരിച്ചറിയുന്നു, കൂടാതെ signed requests ഉപയോഗിച്ച് അവയുടെ പിന്നിൽ ഏത് key ഉം operator ഉം ആണെന്ന് പരിശോധിക്കാനും കഴിയും. അപ്പോൾ നിങ്ങളുടെ application challenge നേക്കാൾ നല്ലത് ചെയ്യാൻ കഴിയും: ഒരു structured API serve ചെയ്യുക, ഒരു agent-friendly flow നൽകുക, അല്ലെങ്കിൽ automation ന് അനുയോജ്യമായ ഒരു rate limit പ്രയോഗിക്കുക. serving AI agents structured content എന്ന guide ഇത് എങ്ങനെ ചെയ്യാമെന്ന് കാണിക്കുന്നു.

ഒരു verified identity permission നോട് ഒരുപോലെ അല്ല. ഒരു valid signature ഏത് key ആണ് request sign ചെയ്‌തതെന്ന് പറയുന്നു; ആ agent ന് ഒരു action നടത്താൻ കഴിയുമോ എന്നത് നിങ്ങളുടെ authorization decision ആണ്. Proof of Actor ആ രണ്ട് ചോദ്യങ്ങളും വേറിട്ടു നിർത്തുന്നു.

AI ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്ന ആളുകൾ ഇപ്പോഴും നിങ്ങളുടെ ഉപയോക്താക്കളാണ്

ഒരു support message ഒരു assistant നോടൊപ്പം draft ചെയ്യുന്നയാൾ, അല്ലെങ്കിൽ AI സഹായത്തോടെ ഒരു form പൂരിപ്പിക്കുന്നയാൾ, ഒരു customer ആണ്. അവരെക്കുറിച്ച് ഒരു human test ന് പ്രയോജനകരമായ ഒന്നും പറയാനില്ല: അവർ pass ചെയ്യും, അല്ലെങ്കിൽ അവരുടെ behavior അസാധാരണമായി തോന്നുന്നതിനാൽ അവർ തടയപ്പെടും.

Proof of Actor അവർക്കായി സ്വന്തം class നൽകുന്നു, Human + AI, assistance declared ചെയ്താൽ അല്ലെങ്കിൽ supported integration വഴി observable ആണെങ്കിൽ റിപ്പോർട്ട് ചെയ്യപ്പെടുന്നു. അത് AI-drafted submissions ശരിയായ ടീമിന് label ചെയ്യാനും, assisted users നിങ്ങളുടെ product വഴി എങ്ങനെ നീങ്ങുന്നു എന്ന് പഠിക്കാനും, അവരുടെ experience smooth ആക്കാനും നിങ്ങളെ സഹായിക്കുന്നു. കൂടുതൽ വായിക്കാൻ AI-assisted interaction glossary entry കാണുക.

അനിശ്ചിതമായ കേസുകൾ ഉദ്ദേശപൂർവം കൈകാര്യം ചെയ്യുക

ചില traffic എപ്പോഴും വ്യക്തമല്ലാതിരിക്കും. ഒരു CAPTCHA അവയെ എല്ലായിടത്തും ഒരേ വിധത്തിൽ കൈകാര്യം ചെയ്യുന്നു: എല്ലാവരും test എടുക്കുന്നു.

Proof of Actor Unknown നെ ഒരു first-class result ആയി തിരികെ നൽകുന്നു, default ആയി human ആയി ഒരിക്കലും treat ചെയ്യപ്പെടില്ല, malicious ആയി ഒരിക്കലും treat ചെയ്യപ്പെടില്ല. നിങ്ങൾ risk ന് അനുയോജ്യമായി ഓരോ route നും fallback തിരഞ്ഞെടുക്കുന്നു:

Public pages and documentation: allow, standard experience നിലനിർത്തുക.
Sign-up and contact forms: allow, നിങ്ങളുടെ സാധാരണ abuse controls സഹിതം.
Account changes: നിങ്ങളുടെ നിലവിലുള്ള re-authentication flow നിലനിർത്തുക.
High-impact actions: review ലേക്ക് route ചെയ്യുക, അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഇപ്പോഴും ഒന്ന് വേണമെങ്കിൽ ഇവിടെ ഒരു challenge പ്രയോഗിക്കുക.

ചേലവുണ്ടായിരിക്കാൻ കഴിയുന്ന സ്ഥലമാണിത്: ഓരോ സന്ദർശകനിലും ചുമത്തുന്ന toll ആയി അല്ല, sensitive route ലെ ഒരു deliberate policy outcome ആയി.

തീരുമാനം എവിടെയാണ് നിലനിൽക്കുന്നത്

ഒരു CAPTCHA widget അത് കാണിക്കുന്ന നിമിഷം, നിങ്ങൾ വെച്ച page ൽ, ഒരിക്കൽ മാത്രം തീരുമാനിക്കുന്നു.

Proof of Actor യോടെ, നിങ്ങളുടെ application തീരുമാനിക്കുന്നു, നിങ്ങളുടെ integration ഉൾക്കുന്ന ഓരോ route ലും: server middleware, Next.js, the edge, ഒരു approved browser integration, ഒരു generic HTTP API, അല്ലെങ്കിൽ നിങ്ങളുടെ MCP server. Policies actor class ഉം basis ഉം ചേർത്താണ് ഉപയോഗിക്കുന്നത്: allow, adapt, challenge, review അല്ലെങ്കിൽ rate-limit. അവ നിങ്ങളുടെ code ൽ, നിങ്ങളുടെ മറ്റ് business logic ന്റെ സമീപം, നിലനിൽക്കുന്നു, ഒരു page വീണ്ടും രൂപകൽപ്പന ചെയ്യാതെ നിങ്ങൾ അവ മാറ്റാനാകും.

അതിനെ rollout ചെയ്യുക

Proof of Actor observation mode ൽ ആരംഭിക്കുന്നു. അത് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് നിങ്ങളുടെ ഉപയോക്താക്കൾ കാണുന്നതൊന്നും മാറ്റില്ല. blanket challenges നിന്ന് മാറാനുള്ള യുക്തിപരമായ വഴി ഇതാണ്:

Observe. നിങ്ങളുടെ നിലവിലുള്ള challenges നിലനിർത്തി Proof of Actor ചേർക്കുക. ഓരോ route ലും actor mix ഉം Unknown rate ഉം നിരീക്ഷിക്കുക.
Compare. challenged ആയ ഓരോ route ലും, എത്ര challengeകൾ human sessions, AI-assisted users, verified agents എന്നിവയെ ബാധിക്കുന്നു എന്ന് കാണുക.
Preview. evidence ശക്തമായിടത്ത് challenge ഒഴിവാക്കുകയും sensitive actions ൽ Unknown നായി അത് നിലനിർത്തുകയും ചെയ്യുന്ന ഒരു policy എഴുതുക. യഥാർത്ഥ traffic ന് എതിരെ അതിന്റെ effect preview ചെയ്യുക.
Enforce. ഒരു സമയം ഒരു route ൽ policy turn on ചെയ്യുക, രേഖപ്പെടുത്തിയ fallback ഉം rollback switch ഉം സഹിതം.

rolling out actor-aware policies safely എന്ന guide ഓരോ ഘട്ടവും വിശദമായി ഉൾക്കൊള്ളുന്നു.

CAPTCHA ഇപ്പോഴും അർത്ഥവത്താകുന്നിടത്ത്

കുറച്ച് ഇടങ്ങളിൽ challenges ഇപ്പോഴും പ്രയോജനകരമായ ഉപകരണമാണു: sensitive action നേക്കുറിച്ചുള്ള വ്യക്തമല്ലാത്ത traffic ന്റെ ഒരു burst, സജീവ abuse ഉള്ള ഒരു form, അല്ലെങ്കിൽ നിങ്ങൾക്ക് ഇതുവരെ മറ്റൊരു signal ഇല്ലാത്ത ഒരു route. Proof of Actor ആ tool ഉപേക്ഷിക്കാൻ നിങ്ങളോട് ആവശ്യപ്പെടുന്നില്ല. അത് സഹായകരമാകുന്നിടത്ത് മാത്രം അതിനെ ഉപയോഗിക്കാനുള്ള context നൽകുന്നു.

ആരംഭിക്കുക

Proof of Actor private beta യിലാണ്. തിരഞ്ഞെടുത്ത founding developer ടീമുകൾക്ക് agreed usage limits ന്റെ പരിധിക്കുള്ളിൽ 12 months വരെ free access ലഭിക്കാം, അതിനെ നിർമ്മിക്കുന്ന ടീമിന്റെ direct support സഹിതം. early access നായി അപേക്ഷിക്കുക and tell us which routes you challenge today.

ഡെവലപ്പർമാർക്കായി

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record

{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}

class: Human, Human + AI, Agent അല്ലെങ്കിൽ Unknown.
basis: തെളിവ് എത്ര ശക്തമാണെന്നത്: verified, declared, inferred അല്ലെങ്കിൽ unknown.
evidence: result-ിന്റെ പിന്നിലെ signals, അതുവഴി നിങ്ങളുടെ team-ന് കാരണം കാണാൻ കഴിയും.

observation mode-ൽ ആരംഭിക്കുക: നിങ്ങളുടെ logs-ിന് ഒപ്പം results രേഖപ്പെടുത്തുക, നിങ്ങൾ ഒരു policy തിരഞ്ഞെടുക്കും വരെ ഒന്നും മാറ്റരുത്. Node.js integration guide വായിക്കുക

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

Proof of Actor CAPTCHA യെ മാറ്റിസ്ഥാപിക്കുമോ?

എല്ലാവരെയും challenge ചെയ്യുന്നതെന്ന ശീലത്തെ അത് മാറ്റിസ്ഥാപിക്കുന്നു. Proof of Actor ആദ്യം നിങ്ങളുടെ application ന് actor context നൽകുന്നു, അതിനാൽ അതിൽ ഇപ്പോഴും മൂല്യം ചേർക്കുന്ന routes ഉം results ഉം, ഉദാഹരണത്തിന് ഉയർന്ന പ്രാധാന്യമുള്ള action ലെ ഒരു Unknown result, എന്നിവയിൽ മാത്രം നിങ്ങൾ ഒരു challenge നിലനിർത്താൻ കഴിയും.

Proof of Actor ഒരു CAPTCHA ആണോ?

അല്ല. ഇത് ആരുടെയും മുന്നിൽ ഒരു puzzle അല്ലെങ്കിൽ test വെക്കുന്നില്ല. ഇത് actor evidence ഉം classifications ഉം റിപ്പോർട്ട് ചെയ്യുന്നു, response നിങ്ങളുടെ application ന് വിട്ടുതരുന്നു.

ഒരു CAPTCHA ഉണ്ടായാൽ legitimate AI agents ന് എന്ത് സംഭവിക്കും?

ആളുകൾക്കായി രൂപകൽപ്പന ചെയ്ത challenge അവരെ നിർത്തും, അല്ലെങ്കിൽ അതിനെ ചുറ്റിപ്പോയി പ്രവർത്തിക്കാൻ അവരെ നിർബന്ധിക്കും. Proof of Actor യോടെ, ഒരു verified agent ന് പകരം ഒരു structured API യിലേക്കോ agent-friendly flow യിലേക്കോ route ചെയ്യാം.

ചില traffic നെ ഞാൻ ഇപ്പോഴും challenge ചെയ്യാൻ കഴിയുമോ?

അതെ. route, actor class, basis എന്നിവ പ്രകാരം നിങ്ങൾ തിരഞ്ഞെടുക്കാൻ കഴിയുന്ന policy outcomes ലൊന്നാണ് challenge. മിക്ക ടീമുകളും evidence ദുർബലമായ sensitive actions ലേക്കാണ് അതിനെ മാറ്റിവയ്ക്കുന്നത്.

Proof of Actor ഇൻസ്റ്റാൾ ചെയ്താൽ എന്റെ ഉപയോക്താക്കൾ കാണുന്നത് മാറുമോ?

അല്ല. ഇത് observation mode ൽ ആരംഭിക്കുന്നു. ഒരു route ൽ policy enable ചെയ്യുന്നതുവരെ ഒന്നും മാറില്ല.

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

ചെറിയൊരു founding developers ഗ്രൂപ്പിനായുള്ള private beta.

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

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