முக்கிய உள்ளடக்கத்திற்கு தவிர்க்கவும்
அறியப்படாத போக்குவரத்து

அறியப்படாத தானியங்கி போக்குவரத்தை புலப்படுத்தவும்

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

Toshendra Sharma

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

யாருக்கும் பெயர் சொல்ல முடியாத போக்குவரத்து

ஒரு application's logs ஐ நெருக்கமாகப் பார்த்தால், விளக்கம் தர மறுக்கும் requests கிடைக்கும். அவை browser context இல்லாத clients இலிருந்து வரும். அவற்றின் user-agent strings பொதுவானவை, காலியானவை அல்லது பிரபலமான browser ஒன்றிலிருந்து நகலெடுக்கப்பட்டவை. அவை தங்களின் requests ஐ sign செய்யவில்லை. யார் அனுப்பினார் என்பதையும் சொல்லவில்லை. சிலவை harmless scripts. சிலவை உண்மையான users காக செயல்படும் agents. சிலவை நீங்கள் சேவை செய்ய விரும்பாத tools.

இது unknown automated traffic, மற்றும் பெரும்பாலான teams இதை இரண்டு வழிகளில் ஒன்றில் கையாளுகின்றன. அது அமைதியாக மனித போக்குவரமாக எண்ணப்பட்டு analytics ஐ சிதைக்கவும், ஆபத்தான activity ஐ அனுமதிக்கவும் செய்கிறது, அல்லது இயல்பாக hostile எனக் கருதப்பட்டு, சட்டபூர்வமான users மற்றும் agents ஐ மற்ற அனைத்துடனும் சேர்த்து தடுக்கிறது. இரு அணுகுமுறைகளுக்கும் ஒரே குறை உள்ளது: அவை இல்லாத evidence ஐ ஒரு assumption மூலம் மாற்றுகின்றன.

Proof of Actor எதிர் நிலைப்பாட்டை எடுத்துக்கொள்கிறது. evidence நம்பகமான determination க்கு ஆதரவளிக்காவிட்டால், சரியான பதில் Unknown, மேலும் Unknown புலப்படுத்தப்பட்டும், அளக்கக்கூடியதாகவும், திட்டமிட்டு கையாளப்பட வேண்டியதாகவும் இருக்க வேண்டும். blog post why Unknown is a valid result for AI traffic முழு வாதத்தை விளக்குகிறது.

ஏன் Unknown ஒரு முதல் தர முடிவு

Proof of Actor ஒவ்வொரு interaction ஐ நான்கு classes இல் ஒன்றாக வகைப்படுத்துகிறது: Human, Human + AI, Agent அல்லது Unknown. Unknown என்பது error state அல்லது product இல் உள்ள ஒரு குறை அல்ல. இது துல்லியமான அர்த்தம் கொண்ட, திட்டமிட்ட ஒரு முடிவு: கிடைக்கக்கூடிய evidence நம்பகமான determination க்கு ஆதரவளிக்காது.

அந்த நேர்மை நடைமுறை நன்மைகளை தருகிறது.

  • உங்கள் analytics துல்லியமாக இருக்கும். Human மற்றும் Agent கணக்குகள் ஆதரிக்கும் evidence கொண்ட interactions மட்டுமே சேர்க்கும், ஆகவே அவை சொல்வதைத்தான் பொருள்படும்.
  • உங்கள் coverage அளக்கக்கூடியதாக இருக்கும். ஒவ்வொரு பாதையிலும் Unknown இன் பங்கு, உங்களுக்கு எங்கு மேலும் evidence தேவை என்பதைத் துல்லியமாகக் காட்டும்.
  • உங்கள் policies மேலும் பாதுகாப்பாக இருக்கும். நிச்சயமற்ற வழக்குகள், நீங்கள் தேர்வு செய்த fallback க்கு செல்கின்றன, ஊகத்தின் அடிப்படையில் மறைவாக trusted அல்லது blocked ஆகாது.

Unknown ஒருபோதும் Human ஆக மாற்றப்படாது, மேலும் இயல்பாக malicious எனக் கருதப்படாது. மேலும் விவரங்களுக்கு Unknown classification glossary entry, Detection & Limitations, மற்றும் why Unknown is a valid result for AI traffic ஐப் பார்க்கவும். websites மற்றும் APIs பயன்பாட்டு நிகழ்வுகள் teams Unknown fallbacks ஐ நடைமுறையில் எவ்வாறு அமைக்கின்றன என்பதை காட்டுகின்றன.

அறியப்படாத தானியங்கி போக்குவரத்து எங்கிருந்து வருகிறது

ஆதாரங்களைப் புரிந்துகொள்வது, அதை எவ்வாறு கையாள்வது என்பதைத் தீர்மானிக்க உதவுகிறது.

கையொப்பமிடப்படாத தானியங்கி clients

RFC 9421 இல் வரையறுக்கப்பட்ட HTTP Message Signatures மூலம் request signing விருப்பமானது, மற்றும் IETF Web Bot Auth working group இன்னும் automated clients இந்த முறையில் எவ்வாறு authenticate செய்ய வேண்டும் என்பதை standardize செய்து வருகிறது. கையொப்பம் இல்லாமல், ஒரு client's identity அது தன்னைப் பற்றி சொல்லத் தேர்வுசெய்யும் தகவலின் மீதே அமையும்.

நகலெடுக்கப்பட்ட அல்லது பொதுவான user agents

User-agent strings அமைக்க மிகவும் எளிது. நன்கு அறியப்பட்ட browser அல்லது crawler எனக் கூறும் ஒரு client அதே ஆகவும் இருக்கலாம், அல்லது அதனைப் போல நடிக்கவும் இருக்கலாம். user-agent spoofing entry, இந்த header மட்டும் classification ஐ ஏன் எடுத்துச்செல்ல முடியாது என்பதை விளக்குகிறது. இதுவே search engines தனித்த verification methods ஐ ஆவணப்படுத்துவதற்கான காரணமும் கூட: Google, verifying Googlebot க்கு reverse மற்றும் forward DNS lookups உடன் வெளியிடப்பட்ட IP ranges ஐ விவரிக்கிறது, மேலும் Bing, verifying Bingbot க்கும் அதே DNS check ஐ விவரிக்கிறது.

integrations இல்லாத பாதைகள்

ஒரு பாதைக்கு browser integration இல்லாமல், அடிப்படை அம்சங்களைத் தவிர server-side context இல்லையெனில், கவனிக்கப்படும் விஷயம் வெறுமனே குறைவாக இருக்கும். அந்த பாதைகளில் Unknown இருப்பது coverage இன் குறியாகும், threat இன் குறி அல்ல.

காணாமல் போன அல்லது தாமதமான evidence

ஒரு timeout, ஒரு blocked script, அல்லது முழுமையற்ற request ஆகியவை போதுமான evidence இல்லாத ஒரு result ஐ விட்டுச் செல்லலாம். Proof of Actor அதை இடைவெளியை நிரப்பாமல் நேர்மையாக அறிக்கையிடுகிறது.

Proof of Actor Unknown ஐ எவ்வாறு நிர்வகிக்கக்கூடியதாக மாற்றுகிறது

Proof of Actor தன் பணியை மூன்று திறன்களாக அமைக்கிறது. ஒவ்வொன்றும் அறியப்படாத தானியங்கி போக்குவரத்திற்கு உதவுகிறது.

Detect: Unknown ஐ தனியாக வைத்திருங்கள்

Signals சரிபார்க்கப்பட்டு basis மூலம் பெயரிடப்படுகின்றன: verified, declared, inferred அல்லது unknown. அவை ஒரு determination ஐ ஆதரிக்கவில்லை என்றால், result என்பது கிடைத்ததும் கிடைக்காததும் பற்றிய சுருக்கத்துடன் Unknown ஆகும். எதுவும் ஊகித்து வேறு class ஆக மாற்றப்படுவதில்லை.

Understand: Unknown எங்கு வாழ்கிறது என்பதைப் பாருங்கள்

Understand view, ஒவ்வொரு breakdown-இலும், பாதை வாரியாகவும் காலப்போக்கிலும் Unknown ஐக் காட்டுகிறது. எந்த routes இல் அதிகமான unknown activity உள்ளது, நீங்கள் ஒரு integration சேர்த்த பிறகு அது எவ்வாறு மாறுகிறது, மற்றும் தனித்த interactions க்காக எந்த evidence இருந்தது என்பதைப் பார்க்கலாம். இது மங்கலான கவலையை ஒரு தெளிவான வரைபடமாக மாற்றுகிறது.

Route: ஒவ்வொரு பாதைக்கும் fallback ஐத் தேர்வு செய்யுங்கள்

வித்தியாசமான routes க்கு வித்தியாசமான fallbacks தேவை. பல applications க்கான ஒரு நியாயமான தொடக்கம்:

  • Public pages and documentation: உங்கள் standard rate limits உடன் Unknown ஐ allow செய்யுங்கள்.
  • Signup and onboarding: உங்கள் existing checks ஐ வைத்துக்கொள்ளுங்கள், மேலும் உங்கள் சொந்த conditions தேவைப்படும்போது மட்டும் review ஐச் சேர்க்குங்கள்.
  • Account changes and other sensitive actions: உங்கள் existing authentication மற்றும் step-up controls மீது நம்புங்கள், actor guess மீது ஒருபோதும் அல்ல.
  • High-impact API operations: உங்கள் API ஏற்கனவே ஆதரிக்கும் மேலும் வலுவான credentials அல்லது controls ஐத் தேவைப்படுத்துங்கள்.

handling unknown traffic பற்றிய guide, ஒவ்வொரு risk tier க்கும் fail-open மற்றும் fail-closed தேர்வுகள் உட்பட, இந்த fallbacks ஐ வடிவமைப்பதை விளக்குகிறது.

காலப்போக்கில் Unknown ஐக் குறைப்பது

இலக்கு, Unknown ஐ ஒரே இரவில் நீக்குவது அல்ல. சரியான காரணங்களுக்காக, ஒவ்வொரு மாதமும் அதைச் சிறிதாக்குவது.

  • தேவைப்படும் இடங்களில் integrations ஐச் சேர்க்குங்கள். முக்கிய பக்கங்களில் browser integration மற்றும் முக்கிய routes இல் server-side integration, கிடைக்கக்கூடிய evidence ஐ அதிகரிக்கும்.
  • Signed requests ஐ ஆதரியுங்கள். Agent operators HTTP message signatures ஐ ஏற்றுக்கொள்ளும்போது, Unknown ஆக இருந்த போக்குவரத்து verified Agent traffic ஆக மாறுகிறது.
  • உங்கள் சொந்த app இல் declarations ஐப் பதிவு செய்யுங்கள். உங்கள் application இல் AI assistance involved என்பதை அறிந்தால், அதைச் சொல்லுங்கள். அந்த evidence துல்லியமானதும் குறைந்த செலவானதும்.
  • Agents க்கு ஒரு front door கொடுங்கள். Agents க்காக ஒரு structured path ஐ வெளியிடுவது, அவர்கள் கலந்துவிடாமல் தங்களை அடையாளப்படுத்த ஊக்குவிக்கிறது.

Proof of Actor Unknown ஐ பாதை வாரியாக கண்காணிப்பதால், இந்த ஒவ்வொரு மாற்றத்தையும் எண்ணிக்கைகளில் காணலாம்.

இது எப்படி செயல்படுகிறது

ஒவ்வொரு interaction ம் ஒரே evidence-first பாதையைப் பின்பற்றுகிறது, இது How It Works இல் முழுமையாக விவரிக்கப்பட்டுள்ளது: உங்கள் application ஒரு request அல்லது event ஐப் பெறுகிறது, integration அந்த context இல் கிடைக்கக்கூடிய signals ஐச் சேகரிக்கிறது, signals normalise செய்யப்பட்டு explicit basis உடன் வகைப்படுத்தப்படுகின்றன, result analytics க்காக பதிவு செய்யப்படுகிறது, மேலும் உங்கள் application தன் சொந்த policy ஐப் பயன்படுத்துகிறது அல்லது simply observe செய்கிறது.

Timeouts மற்றும் missing telemetry வெளிப்படையாக கையாளப்படுகின்றன. உங்கள் integration, அந்த பாதைக்கு நீங்கள் தேர்வு செய்த fallback ஐப் பயன்படுத்துகிறது, மேலும் evidence இல்லாததால் முடிவு ஒருபோதும் Human ஆக உயர்த்தப்படுவதில்லை.

சில மாதங்களுக்குப் பிறகு நல்ல நிலை எப்படி இருக்கும்

அறியப்படாத தானியங்கி போக்குவரத்தை நன்றாக கையாளும் teams பொதுவாக ஒரே ஆரோக்கியமான நிலையை அடைகின்றன. முக்கியமான ஒவ்வொரு பாதையிலும் Unknown ஒரு அறியப்பட்ட அளவாக இருக்கும், மனித மற்றும் agent activity உடன் அதே dashboard இல் கண்காணிக்கப்படும். ஒவ்வொரு பாதைக்கும் product, platform மற்றும் security teams ஒன்றாக ஒப்புக்கொண்ட எழுத்து மூல fallback இருக்கும். அதிகமான operators தங்கள் requests ஐ sign செய்வதால் verified agent traffic வளர்கிறது, மேலும் அந்த agents pages ஐ scrape செய்வதற்குப் பதிலாக ஒரு structured path மூலம் சேவை பெறுகின்றன. sensitive actions கள் application ஏற்கனவே நம்பும் authentication மற்றும் step-up controls மூலம் பாதுகாக்கப்படுகின்றன, actor context gatekeeper ஆக அல்லாமல் ஒரு கூடுதல் input ஆக இருக்கும்.

மிக முக்கியமாக, யாரும் ஊகிப்பதில்லை. கடந்த வார போக்குவரத்தின் எவ்வளவு பகுதி automated என்று ஒருவர் கேட்டால், பதில் அதன் basis உடன் வருகிறது: இவ்வளவு verified, இவ்வளவு declared, இவ்வளவு inferred, மற்றும் இவ்வளவு இன்னும் Unknown. அது ஒரு team திட்டமிடக்கூடிய எண்ணிக்கை. அதேசமயம் அது leadership உடன் உரையாடலையும் மாற்றுகிறது, ஏனெனில் கேள்வி bots ஒரு பிரச்சினையா என்பதிலிருந்து எந்த பாதைகளுக்கு மேலும் evidence தேவை மற்றும் எந்த fallbacks refine செய்யப்பட வேண்டும் என்பதற்கு மாறுகிறது.

observation mode இல் தொடங்குங்கள்

Proof of Actor இயல்பாக எதையும் block செய்யாது. observation mode இல், உங்கள் application முன்புபோலவே பதிலளிக்கும்போது முடிவுகள் பதிவு செய்யப்படுகின்றன. உங்கள் team ஒவ்வொரு பாதைக்கும் எவ்வளவு அறியப்படாத தானியங்கி போக்குவரத்து கிடைக்கிறது என்பதைப் பார்க்கிறது, அதை நீங்கள் ஏற்கனவே அறிந்த outcomes உடன் ஒப்பிடுகிறது, மற்றும் உண்மையான patterns அடிப்படையில் fallbacks ஐ வடிவமைக்கிறது. Policies, ஒவ்வொரு பாதையும் தனித்தனியாக, உங்கள் team அவை பொருந்தும் என நம்பும் போது மட்டுமே enable செய்யப்படுகின்றன.

founding developer program இல் சேருங்கள்

Proof of Actor private beta இல் உள்ளது. தேர்ந்தெடுக்கப்பட்ட founding developer teams, உடன்பட்ட usage limits உட்பட்ட, hands-on product feedback க்கு மாற்றாக, எங்கள் engineers இலிருந்து நேரடி integration support உடன், 12 months வரை இலவச access பெறலாம்.

அறியப்படாத தானியங்கி போக்குவரத்து உங்கள் analytics அல்லது security decisions ஐ மங்கச் செய்கிறதெனில், apply for early access. உங்கள் application மற்றும் Unknown மிக முக்கியமான பாதைகள் பற்றி எங்களிடம் சொல்லுங்கள்.

Proof of Actor ஐ ஆராயுங்கள், how it works ஐப் படியுங்கள், அல்லது what the evidence can establish ஐப் பாருங்கள்.

Sources

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

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-ஐப் படிக்கவும்

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

அறியப்படாத தானியங்கி போக்குவரத்து என்றால் என்ன?

இது கிடைக்கக்கூடிய evidence, ஒரு மனிதர், AI உடன் செயல்படும் ஒரு மனிதர் அல்லது ஒரு autonomous agent செயல்படுகிறாரா என்பதை நம்பகமாக காட்டாத செயல்பாடு. பெரும்பாலும் browser context இல்லாத unsigned clients மற்றும் பொதுவான அல்லது நகலெடுக்கப்பட்ட user-agent strings இதற்கு உட்படும்.

அறியப்படாத போக்குவரத்தை நேரடியாக தடுக்கக் கூடாதா?

Unknown என்பது malicious என்பதுடன் ஒன்றல்ல. இதில் சட்டபூர்வமான clients, privacy-focused browsers, மற்றும் தங்களை அடையாளப்படுத்தாத கருவிகள் அடங்கும். இதை நேரடியாகத் தடுப்பதால் உண்மையான சேதம் ஏற்படும். ஒவ்வொரு பாதைக்கும் திட்டமிட்ட fallback மிகச் சிறப்பாக செயல்படும்.

Proof of Actor எப்போதாவது Unknown ஐ Human ஆக மாற்றுமா?

ஒருபோதும் இல்லை. evidence இல்லை அல்லது ஒரு check நேரம் முடிந்தாலும் கூட Unknown முடிவு Unknown ஆகவே இருக்கும். உங்கள் policy ஒவ்வொரு பாதைக்கும் fallback ஐ தேர்வு செய்கிறது.

அறியப்படாத போக்குவரத்தை காலப்போக்கில் குறைக்க முடியுமா?

ஆம். மேலும் பல பாதைகளில் integrations சேர்ப்பது, signed requests ஐ ஆதரிப்பது, மற்றும் உங்கள் app இல் declarations ஐ பதிவு செய்வது ஆகியவை போக்குவரத்தை தெளிவான அடிப்படை கொண்ட வகைகளுக்குள் Unknown இலிருந்து நகர்த்தும்.

அறியப்படாத போக்குவரத்தை நான் எங்கே பார்க்கலாம்?

Understand view இல், Unknown ஒவ்வொரு breakdown-இலும், பாதை வாரியாகவும் காலப்போக்கிலும், ஒவ்வொரு interaction-க்கும் கிடைத்திருந்த evidence உடனும் தனித்த வகையாக காட்டப்படுகிறது.

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

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

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