முக்கிய உள்ளடக்கத்திற்கு தவிர்க்கவும்
ஒப்பீடு

Proof of Actor vs bot management: வேறுபட்ட கேள்விகள், ஒரே stack

Bot management உங்கள் infrastructure-ஐ தவறான automation-இலிருந்து பாதுகாக்கிறது. Proof of Actor உங்கள் application-க்கு மனிதர்கள், AI உதவியுடன் செயல்படும் users, மற்றும் agents ஆகியோருக்கு வேறுபட்ட முறையில் சேவை செய்ய தேவையான actor context-ஐ வழங்குகிறது. இவை எப்படி ஒப்பிடப்படுகின்றன, மற்றும் எப்படி ஒன்றோடொன்று பொருந்துகின்றன என்பதைக் கீழே பார்க்கலாம்.

Toshendra Sharma

ஆசிரியர் Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

Web-இன் பெரும்பாலான வரலாற்றில், automated traffic-க்கு security stack-இல் ஒரே ஒரு பணி இருந்தது: அதை அடையாளம் காணவும், அதை நிறுத்தவும். Bot management அந்தப் பணியை மையமாகக் கொண்டு வளர்ந்தது. அது உங்கள் infrastructure-இன் edge-இல் அமர்ந்து, requests-ஐ score செய்து, தவறானதாகத் தோன்றுபவற்றை block அல்லது challenge செய்கிறது. அதில் அது மிகவும் சிறந்தது, அதை நீங்கள் வைத்திருக்க வேண்டும்.

AI agents applications-க்கு தேவைப்படும் விஷயத்தை மாற்றிவிட்டன. இப்போது அதிகரித்து வரும் automated requests உண்மையான customers-க்காக செயல்படும் agents-இலிருந்து வருகிறது: plans-ஐ ஒப்பிடும் ஒரு assistant, ஒரு support ticket-ஐ file செய்யும் ஒரு agent, ஒரு task-ஐ முடிக்க உங்கள் MCP server-ஐ அழைக்கும் ஒரு client. அதே நேரத்தில், பலர் உங்கள் product-ஐ ஒரு AI assistant அருகில் வைத்து பயன்படுத்துகிறார்கள். இவை தாக்குதல்கள் அல்ல. இவர்கள் users, மேலும் இவர்களுக்கு block page-ஐவிட சரியான experience தேவை.

அந்த இடைவெளியை Proof of Actor நிரப்புகிறது. இந்தப் பக்கம் இரு வகைகளையும் நேரடியாக ஒப்பிடுகிறது, அதனால் ஒவ்வொன்றும் எங்கு பொருந்துகிறது என்பதை நீங்கள் பார்க்க முடியும்.

சுருக்கமான பதிப்பு

Bot management Proof of Actor
முக்கியக் கேள்வி இந்த request நிறுத்தப்பட வேண்டுமா? யார் அல்லது எது செயல்படுகிறது, மேலும் evidence என்ன?
எங்கு இயங்குகிறது Edge-இல், உங்கள் application-க்கு முன் உங்கள் application, API அல்லது MCP server-உள்ளே
வழக்கமான output Allow, block அல்லது challenge; பெரும்பாலும் ஒரு score Human, Human + AI, Agent அல்லது Unknown, மேலும் ஒரு basis
AI உதவியுடன் செயல்படும் people-ஐ எப்படி கருதுகிறது பொதுவாக மற்ற people-இலிருந்து வேறுபடுத்த முடியாது தனித்த class, Human + AI
தெளிவில்லாத traffic-ஐ எப்படி கருதுகிறது பெரும்பாலும் challenged அல்லது blocked Unknown, route-க்கு நீங்கள் தேர்வு செய்யும் fallback-உடன்
response-ஐ யார் தீர்மானிக்கிறார் Edge rule set உங்கள் application code
install செய்தபின் default நடத்தை Enforcement Observation; நீங்கள் policy சேர்க்கும்வரை எதுவும் மாறாது
இதில் சிறந்தது Credential stuffing, scraping abuse மற்றும் volumetric attacks-ஐ நிறுத்துதல் ஒவ்வொரு actor-க்கும் product, analytics மற்றும் policy decisions

இந்தப் பக்கத்தின் மீதமுள்ள பகுதி ஒவ்வொரு வரியையும் விளக்குகிறது.

இரண்டு வேறுபட்ட கேள்விகள்

Bot management ஒரு protection கேள்விக்கு பதில் அளிக்கிறது. அதன் இலக்கு தவறான automation-ஐ உங்கள் infrastructure, உங்கள் accounts, மற்றும் உங்கள் inventory-இலிருந்து விலக்கி வைப்பதாகும். அது சேகரிக்கும் ஒவ்வொரு signal-மும் அந்த இலக்குக்கே சேவை செய்கிறது, மேலும் அதன் output ஒரு decision: request-ஐ அனுமதிக்கவும், block செய்யவும், அல்லது அதன் முன் ஒரு challenge வைக்கவும்.

Proof of Actor ஒரு understanding கேள்விக்கு பதில் அளிக்கிறது. அதன் இலக்கு ஒவ்வொரு interaction-ஐ யார் அல்லது எது இயக்குகிறது என்பதை உங்கள் application-க்கு தெரிவிப்பதாகும், அதனால் அதை எப்படி சேவை செய்வது என்பதை நீங்கள் முடிவு செய்யலாம். அதன் output request-இன் verdict அல்ல. அது evidence-உடன் கூடிய ஒரு classification:

  • Human: observable signals மனிதர் இயக்கும் interaction-ஐக் காட்டுகின்றன.
  • Human + AI: ஒரு person AI assistance-உடன் interaction-ஐ இயக்கினார், அது declared அல்லது observed ஆக இருந்தது.
  • Agent: automated அல்லது agent-origin interaction, verifiable identity அல்லது qualified inference மூலம் supported.
  • Unknown: evidence நம்பகமான determination-ஐ ஆதரிக்கவில்லை.

ஒவ்வொரு result-மும் அதன் evidence basis-ஐவும் குறிப்பிடுகிறது: verified, declared, inferred அல்லது unknown. இது product decision-க்கு தேவையான information, மேலும் protection score கொண்டு எடுத்துச் செல்லப்பட வேண்டிய தகவலாக அது வடிவமைக்கப்படவில்லை.

ஒவ்வொன்றும் எங்கு இயங்குகிறது

Bot management பொதுவாக network edge அல்லது reverse proxy-இல், மற்ற அனைத்திற்கும் முன் இயங்குகிறது. பாதுகாப்புக்காக அது சரியான இடம். அது traffic-ஐ early-ஆகப் பார்க்கிறது, attacks உங்களுக்குச் செலவு ஏற்படுமுன் உறிஞ்சுகிறது, மேலும் உங்கள் origin servers-ஐ சுத்தமாக வைத்திருக்கிறது.

Proof of Actor உங்கள் application logic இருக்கும் இடத்தில் இயங்குகிறது: server middleware, Next.js, நீங்கள் control செய்யும் edge layer, approved browser integration, generic HTTP API, அல்லது உங்கள் MCP server. அந்த இடம் உங்கள் application அறிந்துள்ளவற்றை அணுக அனுமதிக்கிறது: எந்த route அழைக்கப்படுகிறது, அது எந்த workflow-இன் ஒரு பகுதியாகும், உங்கள் own assistant ஒரு action-ஐ செய்ததா, மற்றும் ஒரு client தன்னை declared செய்ததா என்பதைக் காண முடியும். முழுப் பட்டியலுக்கு integration paths-ஐப் பார்க்கவும்.

இரண்டு வெவ்வேறு இடங்களில் இயங்குவதால், அவை ஒரே பணிக்காக போட்டியிடுவதில்லை. ஒரு request உங்கள் bot management-ஐ கடந்து, உங்கள் application-ஐ அடைந்து, பின்னர் response-ஐ வடிவமைக்கும் actor context-ஐ பெற முடியும்.

Scores versus evidence

பல protection products தங்கள் judgment-ஐ ஒரு score-ஆக வெளிப்படுத்துகின்றன. Block decision-க்கு score திறமையானது: ஒரு threshold-ஐ தேர்வு செய்யவும், அதற்கு மேல் செயல்படவும். ஆனால் கேள்வி "இந்த actor எந்த experience-ஐ பெற வேண்டும்?" என்றால் அது மிகவும் குறைவாகவே பயன்படும்.

ஒரு score low-risk request ஒன்று person-இலிருந்தா, assistant-உடன் பணியாற்றும் person-இலிருந்தா, அல்லது well-behaved agent-இலிருந்தா என்பதைச் சொல்லாது. முடிவின் எந்தப் பகுதிகள் verified, எவை inferred என்பதையும் அது தெரிவிக்காது. மேலும் அதை ஒரு எண்ணுக்குள் திணிக்காமல் "நமக்குத் தெரியாது" என்பதை வெளிப்படுத்தவும் முடியாது.

Proof of Actor அந்த வேறுபாடுகளைப் பாதுகாக்கிறது. ஒரு verified agent result என்பது ஒரு request signature published key-க்கு எதிராக சரிபார்க்கப்பட்டது என்பதைக் குறிக்கும், உதாரணமாக HTTP Message Signatures மூலம். ஒரு declared result என்பது client அல்லது உங்கள் own application அதைத் தெரிவித்தது என்பதைக் குறிக்கும். ஒரு inferred result inference என்று label செய்யப்படுகிறது. மற்றும் Unknown என்பது மறைமுக default அல்ல, முதன்மையான answer ஆகும். உங்கள் team ஒவ்வொரு result-ஐயும் படித்து, அது என்ன அடிப்படையில் உள்ளது என்பதைத் துல்லியமாகப் பார்க்க முடியும்.

AI உதவியுடன் செயல்படும் people bots அல்ல

பெரும்பாலான applications-இல் மிக வேகமாக வளர்ந்து வரும் group என்பது AI-உடன் வேலை செய்யும் people. அவர்கள் messages-ஐ ஒரு assistant-உடன் draft செய்கிறார்கள், forms-ஐ உதவியுடன் நிரப்புகிறார்கள், மற்றும் உங்கள் product-இல் ஒரு AI tool அருகில் வைத்து நகர்கிறார்கள். Protection tooling இவர்களை மற்ற people-இலிருந்து பிரிக்க உருவாக்கப்படவில்லை, அதற்கு அவசியமும் இல்லை.

உங்கள் product-க்கு அது often தேவையாகும். நீங்கள் AI-drafted support tickets-ஐ label செய்து சரியான team அவற்றை கையாள வேண்டுமென்று விரும்பலாம், AI-assisted users onboarding-இல் எப்படி நகர்கிறார்கள் என்பதை அளவிடலாம், அல்லது அவர்களுக்கு smoother path ஒன்றை வழங்கலாம். Proof of Actor அந்த குழுவுக்கு தனி class, Human + AI, வழங்குகிறது, மேலும் supported integration மூலம் assistance declared ஆகவோ அல்லது observable ஆகவோ இருந்தால் மட்டுமே அதை report செய்கிறது. மேலதிக தகவலுக்கு AI-assisted interaction glossary entry-ஐப் பார்க்கவும்.

Unknown என்பது threat அல்ல, ஒரு answer

ஒவ்வொரு classifier-மும் விளக்க முடியாத traffic-ஐ சந்திக்கிறது. Protection systems பொதுவாக caution-ஐ முன்னிட்டு செயல்பட உருவாக்கப்பட்டுள்ளன, ஆகவே தெளிவில்லாத traffic பெரும்பாலும் ஒரு challenge-ஐ சந்திக்கிறது. Edge-இல் இது ஒரு நியாயமான தேர்வு.

உங்கள் application-உள்ளே, ஒரே cautious default பெரும்பாலும் தவறான தேர்வாகும். ஒரு public documentation page-க்கு வரும் unknown request-க்கும், ஒரு account password-ஐ மாற்றும் unknown request-க்கும் முற்றிலும் வேறுபட்ட handling தேவை. Proof of Actor Unknown-ஐ அதன் own result-ஆகத் திருப்பி, route-க்கு ஏற்ப fallback-ஐ நீங்கள் அமைக்க அனுமதிக்கிறது: public pages-இல் allow செய்யவும், account changes-இல் உங்கள் existing checks-ஐ வைத்திருக்கவும், high-impact actions-இல் review-க்கு route செய்யவும். handling Unknown traffic பற்றிய guide patterns-ஐ விளக்குகிறது.

response-ஐ யார் தீர்மானிக்கிறார்

Bot management-இல், edge-இல் உள்ள rule set முடிவு செய்கிறது. அது திறமையானது மற்றும் உங்கள் properties முழுவதும் decisions ஒரே மாதிரியாக இருக்க உதவுகிறது.

Proof of Actor-இல், உங்கள் application முடிவு செய்கிறது. Product actor context-ஐ வழங்குகிறது; உங்கள் code policy-யைப் பயன்படுத்துகிறது. Verified agents-க்கு மனிதர்களுக்காக உருவாக்கப்பட்ட pages-ஐ விட structured API-ஐ வழங்கலாம், மனித sessions-க்கு standard experience-ஐ வைத்திருக்கலாம், AI-assisted submissions-ஐ label செய்யலாம், மற்றும் sensitive actions-இல் உங்கள் own conditions தேவைப்பட்டால் stronger credentials கேட்கலாம். Policies ஒவ்வொரு route, ஒவ்வொரு actor class, மற்றும் ஒவ்வொரு basis-க்கு எழுதப்படுகின்றன, மேலும் அவை உங்கள் business logic-இன் மீதமுள்ள பகுதிகளுடன் சேர்ந்து வாழ்கின்றன.

முதலில் observation

Bot management பொதுவாக enforce செய்யவே நிறுவப்படுகிறது, ஏனெனில் அதன் முழு மதிப்பும் abuse-ஐ நிறுத்துவதுதான்.

Proof of Actor observation mode-இல் தொடங்குகிறது. அதை நிறுவுவதால் உங்கள் application எப்படி நடக்கிறது என்பதில் எதுவும் மாறாது. உங்கள் உண்மையான actor mix-ஐ route அடிப்படையில் பார்க்கலாம், evidence-ஐ ஆய்வு செய்யலாம், உண்மையான traffic-இல் ஒரு policy-யின் விளைவை preview செய்யலாம், மற்றும் நீங்கள் தயாரானபோதுதான் enforce செய்யலாம், ஒரே நேரத்தில் ஒரு route-ஆக. rolling out actor-aware policies safely பற்றிய guide அந்த செயல்முறையை விளக்குகிறது.

இரண்டு ஒன்றாக எப்படி வேலை செய்கின்றன

மிக வலுவான அமைப்பு இரண்டையும் பயன்படுத்துகிறது, ஒவ்வொன்றும் அதன் layer-இல்:

  1. Edge-இல், bot management credential stuffing, scraping abuse மற்றும் volumetric attacks-ஐ நிறுத்துகிறது.
  2. உங்கள் application-இல், Proof of Actor கடந்து வரும் traffic-ஐ Human, Human + AI, Agent அல்லது Unknown என, அதன் basis-உடன் வகைப்படுத்துகிறது.
  3. உங்கள் code-இல், policies அந்த context-ஐ பயன்படுத்தி experience-ஐ தேர்வு செய்கின்றன: verified agent-க்கு structured API, person-க்கு normal flow, AI-assisted submission-க்கு label, Unknown-க்கு explicit fallback.
  4. உங்கள் analytics-இல், உங்கள் team ஒவ்வொரு actor class-மும் எந்த routes மற்றும் workflows-ஐப் பயன்படுத்துகிறது என்பதைப் பார்க்கிறது, அதனால் product மற்றும் security ஒரே படத்திலிருந்து வேலை செய்கின்றன.

Edge decision-ஐ actor result-க்கு அருகில் பதிவு செய்வது படத்தை முழுமையாக்குகிறது: protection என்ன செய்தது, மற்றும் உண்மையில் யார் செயல்பட்டார் என்பதைக் காட்டுகிறது.

எதை எப்போது தேர்வு செய்வது

உங்கள் முக்கியப் பிரச்சனை abuse ஆக இருந்தால் bot management-ஐ தேர்வு செய்யவும்: account takeover attempts, inventory hoarding, aggressive scraping அல்லது traffic floods.

உங்கள் முக்கியக் கேள்வி users பற்றியது என்றால் Proof of Actor-ஐ தேர்வு செய்யவும்: உங்கள் product-ஐ agents எவ்வளவு பயன்படுத்துகிறார்கள், எந்த agents உங்கள் API அல்லது MCP server-ஐ அழைக்கின்றன, AI-assisted people எங்கு சிரமப்படுகிறார்கள், மற்றும் எந்த routes-க்கு actor-aware policy தேவைப்படுகிறது.

Production application, API அல்லது MCP server-ஐ இயக்கும் பெரும்பாலான teams-க்கு இரண்டுக்கும் பதில்கள் தேவை, அதனால்தான் இவை ஒரே stack-இல் சேர்ந்தவை.

தொடங்கவும்

Proof of Actor private beta-இல் உள்ளது. தேர்ந்தெடுக்கப்பட்ட founding developer teams-க்கு ஒப்புக்கொள்ளப்பட்ட usage limits-க்குள் up to 12 months இலவச access கிடைக்கலாம், அதை உருவாக்கும் team-இன் direct support-உடன். Apply for early access செய்து, நீங்கள் புரிந்து கொள்ள விரும்பும் application மற்றும் interaction பற்றி எங்களிடம் சொல்லவும்.

உருவாக்குநர்களுக்காக

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
evidence எவ்வளவு வலுவானது: Verified, Declared, Inferred அல்லது Unknown.
evidence
முடிவுக்குப் பின்னுள்ள signals, அதனால் உங்கள் team ஏன் என்பதைப் பார்க்க முடியும்.

observation mode-இல் தொடங்கவும்: முடிவுகளை உங்கள் logs-க்கு அடுத்ததாக பதிவு செய்யவும், நீங்கள் ஒரு policy-ஐத் தேர்வு செய்யும் வரை எதையும் மாற்றாதீர்கள். Node.js integration guide-ஐப் படிக்கவும்

அடிக்கடி கேட்கப்படும் கேள்விகள்

Proof of Actor bot management-ஐ மாற்றுமா?

இல்லை. Bot management credential stuffing, scraping abuse, மற்றும் volumetric attacks போன்ற தவறான automation உங்கள் application-ஐ அடையுமுன் நிறுத்துகிறது. Proof of Actor உங்கள் application-உள்ளே செயல்பட்டு product மற்றும் policy decisions-க்கு actor context-ஐ வழங்குகிறது. இரண்டையும் வைத்திருக்கவும்.

Product decisions எடுக்க bot score-ஐ ஏன் பயன்படுத்தக்கூடாது?

Bot score ஒரு request-ஐ நிறுத்த வேண்டுமா என்பதை பதிலளிக்க உருவாக்கப்பட்டுள்ளது. அது பொதுவாக ஒரு person AI-உடன் வேலை செய்தாரா, எந்த agent அழைக்கிறது, அல்லது score எந்த evidence-ஐ அடிப்படையாகக் கொண்டுள்ளது என்பதைச் சொல்லாது. Proof of Actor ஒரு class-ஐவும் ஒரு explicit basis-ஐவும் வழங்குகிறது, அதுதான் product decisions-க்கு தேவை.

இரண்டும் signals-ஐ பகிர முடியுமா?

ஆம். உங்கள் application edge controls-ன் outcome-ஐ Proof of Actor result-உடன் சேர்த்து பதிவு செய்யலாம், அதனால் உங்கள் team ஒரே request-க்கு protection decision-ஐயும் actor context-ஐயும் பார்க்க முடியும்.

Proof of Actor traffic-ஐ block செய்கிறதா?

இல்லை. இது observation mode-இல் தொடங்குகிறது, நீங்கள் ஒரு policy எழுதும்வரை எதையும் மாற்றாது. Enforcement எப்போதும் உங்கள் own application code-இல் தான் இருக்கும்.

நான் முதலில் எதைச் சேர்க்க வேண்டும்?

நீங்கள் active abuse-ஐ எதிர்கொண்டால், bot management-இல் தொடங்குங்கள். உங்கள் product-ஐ ஏற்கனவே பயன்படுத்தும் மனிதர்கள், AI உதவியுடன் செயல்படும் users, மற்றும் agents-ஐ புரிந்து கொண்டு அவர்களுக்கு சேவை செய்ய விரும்பினால், Proof of Actor-ஐச் சேர்க்கவும். பெரும்பாலான production teams இறுதியில் இரண்டையும் பயன்படுத்துகின்றன.

உங்கள் app-ஐ யார் பயன்படுத்துகிறார்கள் என்பதை அறிந்துகொள்ளுங்கள்.

founding developers-இன் சிறிய குழுவுக்கான private beta.

முதலில் பேச விரும்புகிறீர்களா? founders-உடன் பேசுங்கள்