ప్రధాన కంటెంట్‌కు దాటవేయండి
DETECTION & LIMITATIONS

Proof of Actor ఏమి స్థాపించగలదో, ఏమి చేయలేదో.

వర్గీకరణలు, వాటి వెనుక ఉన్న evidence, అవి వర్తించే సందర్భాలు, మరియు మేము రూపకల్పన చేసే పరిమితుల గురించి సరళమైన వివరణ.

signals · last request per source
  • request signaturevalid · sample-crawler.exampleverified
  • client ప్రకటన"research-assistant/2.1"declared
  • బ్రౌజర్ పరస్పర చర్యpointer + keyboard eventsinferred
  • సపోర్ట్ చేసే signals లేవుroute not instrumentedunknown

సంక్షిప్త రూపం

Proof of Actor మీకు ఏమి చెప్పగలదో మరియు ఏమి guarantee చేయలేదో
Proof of Actor మీకు ఏమి చెప్పగలదో (supported ఉన్నప్పుడు)అది ఏమి guarantee చేయలేదో
supported agent request signature సరైనదిగా నిర్ధారించబడుతుందాఆ agent నిజాయితీగా, సురక్షితంగా, లేదా ఏదైనా చర్య చేయడానికి అనుమతించబడిందని
ఒక session కొన్ని interactive లేదా automation signals ను చూపుతుందామీ observable integration వెలుపల human AIను ఉపయోగించలేదని
supported workflow లో AI use ప్రకటించబడిందా లేదా గమనించదగినదాAI సహాయం, కాపీ చేసిన content, లేదా మరో device ను universal గా detect చేయడం
ఆ evidence సరిపోలేదనిఒక unknown interaction హానికరమని

లభ్యత మీ ఇంటిగ్రేషన్ మరియు ప్రారంభించిన తనిఖీలపై ఆధారపడి ఉంటుంది. అమలు నిర్ణయాలపై అప్లికేషన్ యజమానికి నియంత్రణ ఉంటుంది.

వర్గీకరణలు

నాలుగు public classes. ప్రతి దానికి నిర్వచిత అర్థం మరియు స్పష్టమైన పరిమితి ఉన్నాయి.

  • మనిషి

    మద్దతున్న పరిశీలించగల సంకేతాలు మనిషి-నిర్దేశిత పరస్పర చర్యను సూచిస్తున్నాయి.

    దీని అర్థం కాదు: AI వాడలేదని, లేదా ఆ వ్యక్తి యొక్క నిజ జీవిత identity ధృవీకరించబడిందని.

  • మనిషి + AI

    AI assistance declared చేయబడింది, లేదా దానిని నిజంగా observe చేయగల supported integration ద్వారా detected చేయబడింది.

    దీని అర్థం కాదు: దాచిన అన్ని AI వినియోగాన్ని గుర్తించవచ్చని, మరొక tab లేదా మరొక device సహా.

  • ఏజెంట్

    verifiable identity లేదా జాగ్రత్తగా అర్హత నిర్ధారించిన inference ద్వారా మద్దతు పొందిన automated లేదా agent-origin interaction.

    దీని అర్థం కాదు: ఆ agentకు అధికారం ఉందని, అది సురక్షితమని, లేదా ఒక వ్యక్తి నుండి చెల్లుబాటు అయ్యే delegationతో పనిచేస్తోందని.

  • తెలియదు

    లభ్యమైన evidence నమ్మదగిన నిర్ణయాన్ని మద్దతు ఇవ్వదు.

    దీని అర్థం కాదు: ఆ interaction అనుమానాస్పదంగా లేదా హానికరంగా ఉందని.

Verified, declared, inferred, unknown

ప్రతి result కి ఒక basis ఉంటుంది. ఒక class ఎప్పుడూ inference ను cryptographic verification గా చూపించదు, ఇది security-sensitive applications లో అత్యంత ముఖ్యమైన విషయం.

verified
ధృవీకరించబడింది. ఒక cryptographic లేదా ఇతరంగా తనిఖీ చేయగల assertion validated చేయబడింది, ఉదాహరణకు published key కు వ్యతిరేకంగా request signature. అది ఆ తనిఖీని మాత్రమే నిరూపిస్తుంది, అంతకంటే కాదు.
declared
ప్రకటితం. actor లేదా మీ application అది తెలిపింది, ఉదాహరణకు AI-assistance disclosure లేదా తాను agent అని పేరు పెట్టుకున్న client. ఒక declaration అబద్ధం కావచ్చు.
inferred
అంచనా. Behavioral లేదా contextual signals నుండి తీసిన ఒక నిర్ధారణ. Inferences తప్పు కావచ్చు మరియు ఎల్లప్పుడూ inferences గా label చేయబడతాయి.
unknown
తెలియదు. నిర్ణయానికి సరిపడా evidence లేదు. అంచనా వేయకుండా ఫలితాన్ని Unknown గా నివేదిస్తారు.

ఒక confidence figure కు వెనుక tested, calibrated model అవసరమయ్యే చోట, దానికి బదులుగా మేము qualitative evidence strength ను ఉపయోగిస్తాము. అది కొలవబడి, వివరించబడినప్పుడే తప్ప, మీరు మా నుండి 99.7% human వంటి figure ను చూడరు.

మద్దతు ఉన్న contexts మరియు వాటి పరిమితులు

  • బ్రౌజర్

    Browser collector అది నడిచే పేజీలలోని interactive sessions ను చూస్తుంది. అది JavaScript నడపని clients ను, ఇతర tabs, applications లేదా devices లోని activity ను, లేదా ఒక వ్యక్తి elsewhere నుండి copy చేసి తీసుకువచ్చిన text ను చూడలేదు.

  • సర్వర్ మరియు API

    Server-side integration request context ను, మరియు clients support చేసిన చోట request signatures ను చూస్తుంది. అది ఒక person యొక్క screen ను చూడలేదు, మరియు ఎక్కువ unsigned clients తాము ఇష్టమైన విధంగా తమను తాము describe చేసుకోవచ్చు.

  • MCP

    MCP server client ప్రకటించిన details ను మరియు అది చేసే tool calls ను చూస్తుంది. ప్రకటించిన client name అనేది declaration మాత్రమే, verification కాదు.

అర్థం చేసుకోవాల్సిన రెండు పరిమితులు

మరో tab లేదా device నుండి వచ్చిన AI-generated text

ఒక వ్యక్తి మరో tabలో లేదా తన phoneలో chatbotను అడిగి, సమాధానాన్ని మీ form‌లో paste చేస్తే, సాధారణ web traffic సాధారణంగా దాని గురించి ఏమీ చూపదు. session human-directedలా కనిపిస్తుంది, ఎందుకంటే దాన్ని ఒక human directed చేశాడు.

సహాయం declared చేసినప్పుడు మాత్రమే, లేదా నిజంగా దాన్ని చూడగలిగే supported integration ద్వారా observed అయినప్పుడు మాత్రమే Proof of Actor Human + AI గా నివేదిస్తుంది, ఉదాహరణకు మీ app యొక్క స్వంత assistant feature.

సంతకం చేసిన bot request ఏమి నిరూపిస్తుంది

published key కు వ్యతిరేకంగా validate అయ్యే HTTP message signature, request ఆ identifier తో అనుసంధానమైన key తో signed చేయబడిందని చూపిస్తుంది, ఉదాహరణకు operator's domain.

ఇది అభ్యర్థన వెనుక ఉన్న వ్యక్తి యొక్క నిజ జీవిత గుర్తింపును, ఒక వ్యక్తి దానికి అధికారం అప్పగించాడా అనే విషయాన్ని, లేదా ఆ చర్య సురక్షితమా లేదా అనుమతించబడిందా అనే విషయాన్ని స్థాపించదు. ఈ రంగంలోని ప్రమాణాలు, IETF Web Bot Auth పని సహా, ఇంకా Internet-Drafts గానే ఉన్నాయి.

default గా blocking లేదు

Proof of Actor default గా ఏదీ block, reject లేదా challenge చేయదు. inferred actor result ఆధారంగా మాత్రమే block చేయడం లేదా reject చేయడం ను మేము సిఫార్సు చేయము, ముఖ్యంగా దాని ఆధారంగా మనుషుల గురించి (employment, credit, financial services, education లేదా essential services కు access) ప్రభావవంతమైన నిర్ణయాలు తీసుకోవడం మరింత తప్పు.

మీ team ఎంచుకుని నిర్ధారించే policies కింద, Unknown మరియు timeouts కోసం explicit fallbacks తో, enforcement మీ application లోనే జరుగుతుంది.

Unknown మరియు abstention

evidence నమ్మదగిన నిర్ణయాన్ని మద్దతు ఇవ్వనప్పుడు, ఫలితం Unknown అవుతుంది. Unknown ఎప్పుడూ Human గా మారదు, మరియు అది suspicious అని అర్థం కాదు. దాన్ని కనిపించేలా ఉంచడం ద్వారా మీ coverage ఎక్కడ ముగుస్తుందో తెలుస్తుంది, ఏదైనా enforce చేయడానికి ముందు మీకు అవసరమైన సమాచారం అదే.

privacy మరియు governance principles

  • ఉద్దేశ్య పరిమితి

    Evidence application owner కు interactions ను వివరిస్తుంది. దీన్ని cross-site profiles నిర్మించడానికి ఉపయోగించరు.

  • కనిష్ఠ సేకరణ

    ప్రతి integration దాని context కు అవసరమైనదాన్ని మాత్రమే సేకరిస్తుంది. Sensitive telemetry కు explicit opt-in అవసరం.

  • టెనెంట్ వేర్పాటు

    ఒక customer యొక్క evidence మరొక customer కు ఎప్పుడూ కనిపించదు.

  • సర్దుబాటు చేయగల నిల్వకాలం

    onboarding సమయంలో ప్రతి founding team తో retention ను agree చేస్తారు.

  • customer నియంత్రణలో access

    మీ బృందంలో ఎవరు సాక్ష్యాలు మరియు ఫలితాలను చూడగలరో మీరు నిర్ణయిస్తారు.

  • identity checks లేవు

    biometric collection కూడా లేదు, identity verification కూడా లేదు - ఇవి Proof of Actor లో భాగం కావు.

ప్రతి team‌తో అంగీకరించబడింది

retention periods, data fields మరియు processors ను onboarding సమయంలో agree చేసి, ప్రతి founding team కోసం document చేస్తారు.

performance మరియు methodology

coverage, unknown rate, false positives మరియు calibration‌ను ప్రతి supported context‌లో founding teams‌తో కలిసి, ఆ teams‌కు ఇప్పటికే తెలిసిన outcomes‌తో పోల్చి కొలుస్తారు. ప్రతి context పరిపక్వమవుతున్న కొద్దీ methodology మరియు results ఇక్కడ ప్రచురించబడతాయి.

Early Access కోసం Apply చేయండిఇది ఎలా పనిచేస్తుంది

privacy లేదా security గురించి ప్రశ్నలున్నాయా? [email protected]

భద్రత మరియు బాధ్యతాయుత వెల్లడింపు