ମୁଖ୍ୟ ବିଷୟବସ୍ତୁକୁ ଛାଡ଼ନ୍ତୁ
DETECTION & LIMITATIONS

Proof of Actor କଣ ସ୍ଥାପନ କରିପାରେ, ଏବଂ କଣ କରିପାରେ ନାହିଁ।

classifications, ସେମାନଙ୍କ ପଛରେ ଥିବା evidence, ସେମାନେ ଲାଗୁ ହେଉଥିବା context, ଏବଂ ଆମେ ଯାହାକୁ ଧ୍ୟାନରେ ରଖି ଡିଜାଇନ୍ କରୁଛୁ ସେଇ limit ଗୁଡ଼ିକର ସରଳ ବିବରଣୀ।

ସଙ୍କେତ · ପ୍ରତ୍ୟେକ ଉତ୍ସ ପାଇଁ ସେଷ request
  • ଅନୁରୋଧ ସହିvalid · sample-crawler.exampleverified
  • client ଘୋଷଣା"research-assistant/2.1"declared
  • ବ୍ରାଉଜର ଇଣ୍ଟରାକ୍ସନpointer + keyboard eventsinferred
  • କୌଣସି supported signals ନାହିଁroute not instrumentedunknown

ସଂକ୍ଷିପ୍ତ ସଂସ୍କରଣ

Proof of Actor ଆପଣଙ୍କୁ କ'ଣ କହିପାରେ ଏବଂ କ'ଣ guarantee କରିପାରେ ନାହିଁ
Proof of Actor ଆପଣଙ୍କୁ କ'ଣ କହିପାରେ (ଯେତେବେଳେ supported ହୋଇଥାଏ)ଏହା କ'ଣ guarantee କରିପାରେ ନାହିଁ
ଏକ supported agent request signature validate ହୁଏ କି ନାହିଁagent ସତ୍ୟନିଷ୍ଠ, ସୁରକ୍ଷିତ, କିମ୍ବା କୌଣସି କାର୍ଯ୍ୟ କରିବାକୁ ଅନୁମତିପ୍ରାପ୍ତ ବୋଲି
କୌଣସି session କିଛି interactive କିମ୍ବା automation signals ପ୍ରକାଶ କରୁଛି କି ନାହିଁଏକ human ଆପଣଙ୍କ observable integration ବାହାରେ କୌଣସି AI ବ୍ୟବହାର କରିନାହାନ୍ତି
AI ବ୍ୟବହାର declared ଥିଲା କିମ୍ବା supported workflow ରେ ଦେଖାଯାଇପାରୁଥିଲା କିAI ସହାୟତା, copied content, କିମ୍ବା ଅନ୍ୟ device ର ସାର୍ବଜନୀନ ଚିହ୍ନଟ
ସେହି evidence ଅପର୍ଯ୍ୟାପ୍ତ ଥିଲାଏକ unknown interaction କୁ ଦୁର୍ଭାବନାପୂର୍ଣ୍ଣ ବୋଲି

ଉପଲବ୍ଧତା ଆପଣଙ୍କ ଇଣ୍ଟେଗ୍ରେସନ ଏବଂ ସକ୍ରିୟ ଚେକ୍‌ଗୁଡ଼ିକ ଉପରେ ନିର୍ଭର କରେ। ଏନଫୋର୍ସମେଣ୍ଟ ନିଷ୍ପତ୍ତିଗୁଡ଼ିକର ନିୟନ୍ତ୍ରଣ ଆପ୍ଲିକେସନ ମାଲିକଙ୍କ ପାଖରେ ରହିଥାଏ।

Classifications

ଚାରିଟି public class. ପ୍ରତ୍ୟେକର ସ୍ପଷ୍ଟ ଅର୍ଥ ଏବଂ ସ୍ପଷ୍ଟ ସୀମା ଅଛି।

  • ମଣିଷ

    ସମର୍ଥିତ ପର୍ଯ୍ୟବେକ୍ଷଣଯୋଗ୍ୟ ସିଗ୍ନାଲଗୁଡ଼ିକ ମନୁଷ୍ୟ ନିର୍ଦ୍ଦେଶିତ ଅନ୍ତର୍କ୍ରିୟା ସୂଚିତ କରେ।

    ଅର୍ଥ ନୁହେଁ: କୌଣସି AI ବ୍ୟବହାର ହୋଇନଥିଲା, କିମ୍ବା ସେହି ବ୍ୟକ୍ତିଙ୍କର ବାସ୍ତବ-ଜଗତ ଚିହ୍ନଟ verified ଅଛି।

  • ମଣିଷ + AI

    AI assistance declared କରାଯାଇଥିଲା, କିମ୍ବା ଏକ supported integration ଦ୍ୱାରା ଚିହ୍ନଟ ହୋଇଥିଲା ଯାହା ପ୍ରକୃତରେ ଏହାକୁ ଅବଲୋକନ କରିପାରେ।

    ଅର୍ଥ ନୁହେଁ: ଅନ୍ୟ tab କିମ୍ବା ଅନ୍ୟ device ସମେତ, ସମସ୍ତ ଲୁକାଇଥିବା AI ବ୍ୟବହାର ଚିହ୍ନଟ କରାଯାଇପାରିବ।

  • ଏଜେଣ୍ଟ

    verifiable identity କିମ୍ବା ସାବଧାନ ଭାବରେ qualified inference ଦ୍ୱାରା ସମର୍ଥିତ automated କିମ୍ବା agent-origin interaction।

    ଅର୍ଥ ନୁହେଁ: agent ଅନୁମୋଦିତ, ସୁରକ୍ଷିତ, କିମ୍ବା ଜଣେ ବ୍ୟକ୍ତିଙ୍କର ବୈଧ delegation ସହିତ କାର୍ଯ୍ୟ କରୁଛି।

  • ଅଜ୍ଞାତ

    ଉପଲବ୍ଧ evidence ଏକ ବିଶ୍ୱସନୀୟ ନିର୍ଣ୍ଣୟକୁ ସମର୍ଥନ କରେନାହିଁ।

    ଅର୍ଥ ନୁହେଁ: interactionଟି ସନ୍ଦେହଜନକ କିମ୍ବା ଦୁର୍ଭାବନାପୂର୍ଣ୍ଣ ବୋଲି।

Verified, declared, inferred, unknown

ପ୍ରତ୍ୟେକ result ସହ ଏକ basis ଥାଏ। ଗୋଟିଏ class କେବେ ମଧ୍ୟ inference କୁ cryptographic verification ଭାବେ ଦେଖାଏ ନାହିଁ, ଯାହା security-sensitive application ପାଇଁ ସବୁଠାରୁ ଅଧିକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।

verified
ସତ୍ୟାପିତ. ଏକ cryptographic କିମ୍ବା ଅନ୍ୟ ଉପାୟରେ ଯାଞ୍ଚଯୋଗ୍ୟ assertion ସତ୍ୟାପିତ, ଉଦାହରଣ ସ୍ୱରୂପ ପ୍ରକାଶିତ key ବିରୁଦ୍ଧରେ request signature। ଏହା ସେହି ଯାଞ୍ଚକୁ ସାବିତ କରେ, ତାହାଠାରୁ ଅଧିକ କିଛି ନୁହେଁ।
declared
ଘୋଷିତ. actor କିମ୍ବା ଆପଣଙ୍କ application ଏହା କହିଛି, ଯଥା AI-assistance disclosure କିମ୍ବା ନିଜକୁ agent ବୋଲି ନାମକରଣ କରୁଥିବା client। ଏକ declaration ମିଥ୍ୟା ହୋଇପାରେ।
inferred
ଅନୁମାନିତ. ଆଚରଣଗତ କିମ୍ବା ପରିପ୍ରେକ୍ଷ୍ୟଗତ ସଙ୍କେତରୁ ନିଷ୍କର୍ଷ ନିଆଯାଇଥିବା ନିଷ୍କର୍ଷ। Inference ଭୁଲ ହୋଇପାରେ ଏବଂ ସବୁବେଳେ inference ଭାବରେ ଚିହ୍ନିତ କରାଯାଏ।
unknown
ଅଜ୍ଞାତ. ନିର୍ଣ୍ଣୟ ପାଇଁ ପର୍ଯ୍ୟାପ୍ତ evidence ନାହିଁ। ଫଳାଫଳକୁ guessed କରିବା ପରିବର୍ତ୍ତେ Unknown ଭାବରେ report କରାଯାଏ।

ଯେଉଁଠି ଏକ confidence figure ପାଇଁ ପରୀକ୍ଷିତ, calibrated model ପଛରେ ଥିବା ଦରକାର, ସେଠାରେ ଆମେ ପରିମାଣତ୍ମକ ନୁହେଁ, ଗୁଣାତ୍ମକ evidence strength ବ୍ୟବହାର କରୁଛୁ। 99.7% human ପରି କୌଣସି figure ଆପଣ ଆମ ପକ୍ଷରୁ ଦେଖିବେ ନାହିଁ, ଯଦିନା ଏହା ମାପାଯାଇଛି ଏବଂ ବ୍ୟାଖ୍ୟା କରାଯାଇଛି।

ସମର୍ଥିତ context ଏବଂ ସେମାନଙ୍କର ସୀମାବଦ୍ଧତା

  • ବ୍ରାଉଜର

    ଏକ browser collector ଯେଉଁ ପୃଷ୍ଠାରେ ଚାଲିଥାଏ ସେଠାରେ interactive sessions ଦେଖେ। ଏହା JavaScript ଚଲାଏ ନଥିବା clients, ଅନ୍ୟ tab, application କିମ୍ବା device ର କାର୍ଯ୍ୟ, କିମ୍ବା ଅନ୍ୟ ସ୍ଥାନରୁ ଏକ ବ୍ୟକ୍ତି କପି କରି ଆଣିଥିବା text କୁ ଦେଖିପାରେ ନାହିଁ।

  • ସର୍ଭର ଏବଂ API

    ଏକ server-side integration request context ଏବଂ, clients ସମର୍ଥନ କରୁଥିବା ସ୍ଥାନରେ, request signatures ଦେଖେ। ଏହା ଏକ person ର screen ଦେଖିପାରେ ନାହିଁ, ଏବଂ ଅଧିକାଂଶ unsigned client ନିଜକୁ ଇଚ୍ଛାମତେ ବର୍ଣ୍ଣନା କରିପାରନ୍ତି।

  • MCP

    ଏକ MCP server client ଙ୍କ declared details ଏବଂ ଏହା କରୁଥିବା tool calls ଦେଖେ। ଏକ declared client name ହେଉଛି ଏକ declaration, verification ନୁହେଁ।

ବୁଝିବାଯୋଗ୍ୟ ଦୁଇଟି ସୀମା

ଅନ୍ୟ tab କିମ୍ବା device ରୁ AI-generated text

ଯଦି କେହି ଅନ୍ୟ tab ରେ, କିମ୍ବା ତାଙ୍କର phone ରେ chatbot କୁ ପ୍ରଶ୍ନ କରେ ଏବଂ ଉତ୍ତରକୁ ଆପଣଙ୍କ form ରେ paste କରେ, ସାଧାରଣ web traffic ସାଧାରଣତଃ ଏହା ବିଷୟରେ କିଛି ଦେଖାଏ ନାହିଁ। session human-directed ଦେଖାଯାଏ କାରଣ ଏକ human ଏହାକୁ directed କରିଥିଲା।

Proof of Actor କେବଳ ସେତେବେଳେ Human + AI ରିପୋର୍ଟ କରେ ଯେତେବେଳେ assistance declared କରାଯାଇଛି, କିମ୍ବା ଏକ supported integration ଦ୍ୱାରା observe କରାଯାଇଛି ଯାହା ଏହାକୁ ପ୍ରକୃତରେ ଦେଖିପାରେ, ଯେପରିକି ଆପଣଙ୍କ appର own assistant feature।

ଏକ signed bot request କଣ ପ୍ରମାଣ କରେ

ଏକ HTTP message signature ଯାହା published key ବିରୁଦ୍ଧରେ validate ହୁଏ, ଦର୍ଶାଏ ଯେ request ସେହି identifier ସହିତ ସଂପୃକ୍ତ key ଦ୍ୱାରା signed ହୋଇଥିଲା, ଯଥା ଏକ operator ଙ୍କ domain।

ଏହା request ର ପଛରେ କିଏ ଅଛି ତାଙ୍କର ପ୍ରକୃତ ପରିଚୟ, ଜଣେ ବ୍ୟକ୍ତି ଏଥିକୁ authority ଦେଇଛନ୍ତି କି, କିମ୍ବା କାର୍ଯ୍ୟଟି ସୁରକ୍ଷିତ କିମ୍ବା ଅନୁମତିପ୍ରାପ୍ତ କି ନାହିଁ, ସେଥିକୁ ସ୍ଥାପନ କରେ ନାହିଁ। IETF Web Bot Auth work ସହିତ ଏହି କ୍ଷେତ୍ରର standards ଏପର୍ଯ୍ୟନ୍ତ Internet-Drafts ଅବସ୍ଥାରେ ଅଛି।

Default ଭାବେ block ନାହିଁ

Proof of Actor by default କିଛିକୁ block, reject କିମ୍ବା challenge କରେନାହିଁ। ଆମେ କେବଳ inferred actor result ଉପରେ ଭିତ୍ତି କରି block କିମ୍ବା reject କରିବାକୁ ସୁପାରିଶ କରୁନାହିଁ, ଏବଂ ବିଶେଷକରି ଲୋକଙ୍କ ସମ୍ପର୍କିତ ପରିଣାମମୂଳକ decision (employment, credit, financial services, education କିମ୍ବା essential services ର access) ନେବାକୁ ସୁପାରିଶ କରୁନାହିଁ।

Enforcement ଆପଣଙ୍କ application ଭିତରେ ହୁଏ, ଆପଣଙ୍କ team ଚୟନ କରି ନିଶ୍ଚିତ କରିଥିବା policies ଅଧୀନରେ, Unknown ଏବଂ timeouts ପାଇଁ ସ୍ପଷ୍ଟ fallback ସହିତ।

Unknown ଏବଂ abstention

ପ୍ରମାଣ ଯେତେବେଳେ ଏକ ଭରସାଯୋଗ୍ୟ ନିର୍ଣ୍ଣୟକୁ ସମର୍ଥନ କରେ ନାହିଁ, ଫଳାଫଳ Unknown ହୁଏ। Unknown କେବେ ମଧ୍ୟ Human ରେ ପରିବର୍ତ୍ତିତ ହୁଏ ନାହିଁ, ଏବଂ ଏହାର ଅର୍ଥ ସନ୍ଦିଗ୍ଧ ନୁହେଁ। ଏହାକୁ ଦୃଶ୍ୟମାନ ରଖିବା ଆପଣଙ୍କୁ କହେ କେଉଁଠି ଆପଣଙ୍କ coverage ସମାପ୍ତ ହୁଏ, ଯାହା କିଛି enforce କରିବା ପୂର୍ବରୁ ଆପଣଙ୍କୁ ଦରକାର ସୂଚନା।

ଗୋପନୀୟତା ଏବଂ ଶାସନ ସିଦ୍ଧାନ୍ତ

  • ଉଦ୍ଦେଶ୍ୟ ସୀମାବଦ୍ଧତା

    Evidence application owner କୁ interactions ବର୍ଣ୍ଣନା କରେ। ଏହା cross-site profiles ତିଆରି କରିବାରେ ବ୍ୟବହୃତ ହୁଏ ନାହିଁ।

  • ସର୍ବନିମ୍ନ ସଂଗ୍ରହ

    ପ୍ରତ୍ୟେକ integration ତାହାର context ଯାହା ଆବଶ୍ୟକ କରେ ତାହା ସଂଗ୍ରହ କରେ। Sensitive telemetry ପାଇଁ ସ୍ପଷ୍ଟ opt-in ଆବଶ୍ୟକ।

  • tenant isolation

    ଏକ customer ର evidence କେବେ ମଧ୍ୟ ଅନ୍ୟ customer ପାଇଁ visible ନୁହେଁ।

  • ବିନ୍ୟାସଯୋଗ୍ୟ retention

    onboarding ସମୟରେ ପ୍ରତ୍ୟେକ founding team ସହିତ retention ଉପରେ ସହମତି ହୁଏ।

  • customer-ନିୟନ୍ତ୍ରିତ access

    ଆପଣ ନିର୍ଣ୍ଣୟ କରନ୍ତି ଆପଣଙ୍କ ଦଳର କିଏ ପ୍ରମାଣ ଏବଂ ଫଳାଫଳ ଦେଖିପାରିବ।

  • କୌଣସି identity checks ନାହିଁ

    କୌଣସି biometric collection ନାହିଁ ଏବଂ କୌଣସି identity verification Proof of Actor ର ଅଂଶ ନୁହେଁ।

ପ୍ରତ୍ୟେକ team ସହିତ ସମ୍ମତି ହୋଇଛି

Retention periods, data fields ଏବଂ processors onboarding ସମୟରେ ସହମତି ହୁଏ ଏବଂ ପ୍ରତ୍ୟେକ founding team ପାଇଁ ଲିଖିତ ରହେ।

କାର୍ଯ୍ୟଦକ୍ଷତା ଏବଂ ପ୍ରଣାଳୀ

supported context ପ୍ରତ୍ୟେକଟିରେ founding team ମାନଙ୍କ ସହିତ coverage, unknown rate, false positive ଏବଂ calibration ମାପାଯାଏ, ସେଇ team ମାନେ ପୂର୍ବରୁ ଜାଣିଥିବା outcome ଗୁଡ଼ିକ ବିରୁଦ୍ଧରେ। ପ୍ରତ୍ୟେକ context ପକ୍କା ହେବା ସହିତ methodology ଏବଂ result ଏଠାରେ ପ୍ରକାଶିତ ହୁଏ।

privacy କିମ୍ବା security ବିଷୟରେ ପ୍ରଶ୍ନ? [email protected]