Proof of Actor ਕੀ ਸਥਾਪਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੀ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਵਰਗੀਕਰਨਾਂ, ਉਨ੍ਹਾਂ ਦੇ ਪਿੱਛੇ ਦੇ evidence, ਉਹ contexts ਜਿਨ੍ਹਾਂ 'ਤੇ ਇਹ ਲਾਗੂ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਹ ਸੀਮਾਵਾਂ ਜਿਨ੍ਹਾਂ ਦੇ ਆਸਪਾਸ ਅਸੀਂ design ਕਰਦੇ ਹਾਂ, ਦੀ ਸਧਾਰਣ ਵਿਆਖਿਆ।
- request signaturevalid · sample-crawler.exampleverified
- client ਘੋਸ਼ਣਾ"research-assistant/2.1"declared
- browser interactionpointer + keyboard eventsinferred
- ਕੋਈ supported signals ਨਹੀਂroute not instrumentedunknown
ਛੋਟਾ ਸੰਸਕਰਣ
| Proof of Actor ਤੁਹਾਨੂੰ ਕੀ ਦੱਸ ਸਕਦਾ ਹੈ (ਜਦੋਂ supported ਹੋਵੇ) | ਇਹ ਕੀ guarantee ਨਹੀਂ ਕਰ ਸਕਦਾ |
|---|---|
| ਕੀ ਇੱਕ supported agent request signature validate ਹੁੰਦੀ ਹੈ | ਇਹ ਕਿ agent honest ਹੈ, safe ਹੈ, ਜਾਂ ਕੋਈ ਵੀ action ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਰੱਖਦਾ ਹੈ |
| ਕੀ ਇੱਕ session ਕੁਝ interactive ਜਾਂ automation signals ਪ੍ਰਗਟ ਕਰਦੀ ਹੈ | ਇਹ ਕਿ ਇੱਕ human ਨੇ ਤੁਹਾਡੀ observable integration ਤੋਂ ਬਾਹਰ ਕੋਈ AI ਨਹੀਂ ਵਰਤੀ |
| ਕੀ AI ਦੀ ਵਰਤੋਂ declared ਸੀ ਜਾਂ supported workflow ਵਿੱਚ observable ਸੀ | AI assistance, copied content ਜਾਂ ਕਿਸੇ ਹੋਰ device ਦੀ ਸਰਵਵਿਆਪੀ detection |
| ਉਹ evidence ਅਪਰਯਾਪਤ ਸੀ | ਇਹ ਕਿ ਇੱਕ unknown interaction malicious ਹੈ |
ਉਪਲਬਧਤਾ ਤੁਹਾਡੀ integration ਅਤੇ enabled checks 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। application owner enforcement ਫੈਸਲਿਆਂ 'ਤੇ ਕੰਟਰੋਲ ਕਾਇਮ ਰੱਖਦਾ ਹੈ।
ਵਰਗੀਕਰਨ
ਚਾਰ public classes। ਹਰ ਇੱਕ ਦਾ ਨਿਰਧਾਰਿਤ ਅਰਥ ਅਤੇ ਸਪਸ਼ਟ ਸੀਮਾ ਹੈ।
- ਮਨੁੱਖ
ਸਹਾਇਤਾਪ੍ਰਾਪਤ ਦਿੱਖਣਯੋਗ ਸੰਕੇਤ ਮਨੁੱਖ-ਨਿਰਦੇਸ਼ਿਤ ਇੰਟਰੈਕਸ਼ਨ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।
ਇਸ ਦਾ ਇਹ ਮਤਲਬ ਨਹੀਂ ਹੈ: ਇਹ ਕਿ ਕੋਈ AI ਨਹੀਂ ਵਰਤੀ ਗਈ, ਜਾਂ ਉਸ ਵਿਅਕਤੀ ਦੀ real-world identity verified ਹੈ।
- ਮਨੁੱਖ + AI
AI assistance ਨੂੰ declared ਕੀਤਾ ਗਿਆ ਸੀ, ਜਾਂ ਇੱਕ supported integration ਦੁਆਰਾ detected ਕੀਤਾ ਗਿਆ ਜੋ ਇਸਨੂੰ ਅਸਲ ਵਿੱਚ observe ਕਰ ਸਕਦਾ ਹੈ।
ਇਸ ਦਾ ਇਹ ਮਤਲਬ ਨਹੀਂ ਹੈ: ਇਹ ਕਿ ਸਾਰੇ hidden AI use ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਦੂਜਾ tab ਜਾਂ ਦੂਜਾ device ਵੀ ਸ਼ਾਮਲ ਹੈ।
- ਏਜੰਟ
Automated ਜਾਂ agent-origin interaction, ਜੋ verifiable identity ਜਾਂ ਧਿਆਨ ਨਾਲ qualified inference ਨਾਲ ਸਮਰਥਿਤ ਹੋਵੇ।
ਇਸ ਦਾ ਇਹ ਮਤਲਬ ਨਹੀਂ ਹੈ: ਇਹ ਕਿ agent authorized ਹੈ, safe ਹੈ, ਜਾਂ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ valid delegation ਨਾਲ ਕਾਰਵਾਈ ਕਰ ਰਿਹਾ ਹੈ।
- ਅਣਜਾਣ
ਉਪਲਬਧ evidence ਇੱਕ ਭਰੋਸੇਯੋਗ ਨਿਰਣਯ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੀ।
ਇਸ ਦਾ ਇਹ ਮਤਲਬ ਨਹੀਂ ਹੈ: ਇਹ ਕਿ interaction ਸ਼ੱਕੀ ਜਾਂ malicious ਹੈ।
ਵੈਰੀਫਾਈਡ, declared, inferred, unknown
ਹਰ result ਨਾਲ ਇੱਕ basis ਹੁੰਦਾ ਹੈ। ਕੋਈ ਵੀ class inference ਨੂੰ cryptographic verification ਵਜੋਂ ਨਹੀਂ ਛੁਪਾਉਂਦੀ, ਜੋ security-sensitive applications ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।
- verified
- ਤਸਦੀਕਸ਼ੁਦਾ. ਇੱਕ cryptographic ਜਾਂ ਕਿਸੇ ਹੋਰ ਤਰੀਕੇ ਨਾਲ ਜਾਂਚਣਯੋਗ assertion ਜੋ validate ਕੀਤੀ ਗਈ ਹੋਵੇ, ਉਦਾਹਰਨ ਲਈ published key ਦੇ ਵਿਰੁੱਧ request signature। ਇਹ ਉਸ ਜਾਂਚ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ।
- declared
- ਘੋਸ਼ਿਤ. actor ਜਾਂ ਤੁਹਾਡੀ application ਨੇ ਇਹ ਕਿਹਾ, ਉਦਾਹਰਨ ਵਜੋਂ AI-assistance disclosure ਜਾਂ ਇੱਕ client ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ agent ਦੱਸਦਾ ਹੈ। ਇੱਕ declaration ਗਲਤ ਹੋ ਸਕਦੀ ਹੈ।
- inferred
- ਅਨੁਮਾਨਿਤ. ਵਿਹਾਰਕ ਜਾਂ ਸੰਦਰਭੀ signals ਤੋਂ ਕੱਢਿਆ ਗਿਆ ਨਤੀਜਾ। Inferences ਗਲਤ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਹਮੇਸ਼ਾ inference ਵਜੋਂ label ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
- unknown
- ਅਣਜਾਣ. ਫੈਸਲੇ ਲਈ ਕਾਫ਼ੀ evidence ਨਹੀਂ। ਨਤੀਜਾ ਅਨੁਮਾਨ ਲਗਾਉਣ ਦੀ ਬਜਾਏ Unknown ਵਜੋਂ report ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਜਿੱਥੇ confidence figure ਲਈ ਪਿੱਛੇ ਇੱਕ tested, calibrated model ਦੀ ਲੋੜ ਹੋਵੇ, ਅਸੀਂ ਉਸ ਦੀ ਥਾਂ qualitative evidence strength ਵਰਤਦੇ ਹਾਂ। ਜਦ ਤੱਕ ਇਹ ਮਾਪਿਆ ਅਤੇ ਸਮਝਾਇਆ ਨਹੀਂ ਗਿਆ ਹੋਵੇ, ਤੁਸੀਂ ਸਾਡੇ ਵੱਲੋਂ 99.7% human ਜਿਹੀ ਗਿਣਤੀ ਨਹੀਂ ਦੇਖੋਗੇ।
ਸਹਾਇਕ contexts ਅਤੇ ਉਨ੍ਹਾਂ ਦੀਆਂ ਹੱਦਾਂ
browser
ਇੱਕ browser collector ਉਹਨਾਂ ਪੰਨਿਆਂ ਉੱਤੇ interactive sessions ਵੇਖਦਾ ਹੈ ਜਿੱਥੇ ਇਹ ਚੱਲਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ clients ਨੂੰ ਨਹੀਂ ਵੇਖ ਸਕਦਾ ਜੋ JavaScript ਨਹੀਂ ਚਲਾਉਂਦੇ, ਹੋਰ tabs, applications ਜਾਂ devices ਵਿੱਚ activity ਨੂੰ, ਜਾਂ ਉਹ text ਜੋ ਕਿਸੇ ਵਿਅਕਤੀ ਨੇ ਕਿਤੇ ਹੋਰ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਹੋਵੇ।
ਸਰਵਰ ਅਤੇ API
ਇੱਕ server-side integration request context ਵੇਖਦਾ ਹੈ ਅਤੇ, ਜਿੱਥੇ clients ਇਸ ਨੂੰ support ਕਰਦੇ ਹਨ, request signatures ਵੀ। ਇਹ ਕਿਸੇ person ਦੀ screen ਨਹੀਂ ਵੇਖ ਸਕਦਾ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ unsigned clients ਆਪਣੇ ਆਪ ਨੂੰ ਜਿਵੇਂ ਚਾਹੁਣ, ਵੇਰਵਾ ਕਰ ਸਕਦੇ ਹਨ।
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 ਨੇ direct ਕੀਤਾ ਸੀ।
Proof of Actor Human + AI ਨੂੰ ਕੇਵਲ ਤਦੋਂ ਦਰਸਾਉਂਦਾ ਹੈ ਜਦੋਂ assistance declared ਕੀਤੀ ਗਈ ਹੋਵੇ, ਜਾਂ ਕਿਸੇ supported integration ਦੁਆਰਾ observe ਕੀਤੀ ਗਈ ਹੋਵੇ ਜੋ ਇਸਨੂੰ ਵਾਸਤਵ ਵਿੱਚ ਦੇਖ ਸਕਦੀ ਹੋਵੇ, ਜਿਵੇਂ ਤੁਹਾਡੀ app ਦੀ ਆਪਣੀ assistant feature।
ਇੱਕ signed bot request ਕੀ ਸਾਬਤ ਕਰਦੀ ਹੈ
ਇੱਕ HTTP message signature ਜੋ published key ਦੇ ਖ਼ਿਲਾਫ਼ validate ਹੁੰਦੀ ਹੈ, ਇਹ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ request ਉਸ identifier ਨਾਲ ਜੁੜੀ key ਨਾਲ signed ਕੀਤੀ ਗਈ ਸੀ, ਜਿਵੇਂ ਕਿ operator ਦਾ domain।
ਇਹ request ਦੇ ਪਿੱਛੇ ਜਿਸ ਦੀ ਵੀ ਮੌਜੂਦਗੀ ਹੈ, ਉਸ ਦੀ ਅਸਲੀ ਦੁਨਿਆ ਦੀ ਪਛਾਣ ਸਥਾਪਤ ਨਹੀਂ ਕਰਦਾ, ਨਾ ਹੀ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਕਿਸੇ ਵਿਅਕਤੀ ਨੇ ਇਸ ਨੂੰ ਅਧਿਕਾਰ ਸੌਂਪਿਆ ਸੀ, ਜਾਂ ਕੀ ਇਹ ਕਾਰਵਾਈ ਸੁਰੱਖਿਅਤ ਜਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਹੈ। ਇਸ ਖੇਤਰ ਦੇ standards, ਜਿਨ੍ਹਾਂ ਵਿੱਚ IETF Web Bot Auth ਕੰਮ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਹਾਲੇ ਵੀ Internet-Drafts ਹਨ।
ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਕੋਈ blocking ਨਹੀਂ
Proof of Actor ਮੂਲ ਰੂਪ ਵਿੱਚ ਕੁਝ ਵੀ block, reject ਜਾਂ challenge ਨਹੀਂ ਕਰਦਾ। ਅਸੀਂ ਸਿਰਫ਼ ਇੱਕ inferred actor ਨਤੀਜੇ ਦੇ ਆਧਾਰ 'ਤੇ block ਕਰਨ ਜਾਂ reject ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਖ਼ਾਸ ਕਰਕੇ ਲੋਕਾਂ ਬਾਰੇ (ਰੁਜ਼ਗਾਰ, credit, financial services, education ਜਾਂ essential services ਤੱਕ ਪਹੁੰਚ) ਮਹੱਤਵਪੂਰਨ ਫੈਸਲੇ ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ ਕਰਨ ਦੇ ਖ਼ਿਲਾਫ਼ ਹਾਂ।
Enforcement ਤੁਹਾਡੀ application ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਉਹਨਾਂ policies ਦੇ ਅਧੀਨ ਜੋ ਤੁਹਾਡੀ team ਚੁਣਦੀ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ, Unknown ਅਤੇ timeouts ਲਈ ਸਪਸ਼ਟ fallbacks ਨਾਲ।
Unknown ਅਤੇ abstention
ਜਦੋਂ evidence ਕਿਸੇ ਭਰੋਸੇਯੋਗ ਫੈਸਲੇ ਨੂੰ support ਨਾ ਕਰੇ, ਤਾਂ result Unknown ਹੁੰਦਾ ਹੈ। Unknown ਨੂੰ ਕਦੇ Human ਵਿੱਚ convert ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਅਤੇ ਇਸਦਾ ਮਤਲਬ suspicious ਨਹੀਂ ਹੁੰਦਾ। ਇਸਨੂੰ visible ਰੱਖਣ ਨਾਲ ਤੁਹਾਨੂੰ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ coverage ਕਿੱਥੇ ਖਤਮ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ ਕੁਝ enforce ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਹੈ।
Privacy ਅਤੇ governance ਦੇ principles
ਉਦੇਸ਼ ਸੀਮਾਬੰਦੀ
Evidence application owner ਨੂੰ interactions ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ cross-site profiles ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਨਹੀਂ ਜਾਂਦਾ।
ਘੱਟੋ-ਘੱਟ ਇਕੱਠ
ਹਰ integration ਆਪਣੇ context ਲਈ ਲੋੜੀਂਦਾ data ਇਕੱਠਾ ਕਰਦੀ ਹੈ। Sensitive telemetry ਲਈ ਸਪਸ਼ਟ opt-in ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
tenant isolation
ਇੱਕ customer ਦਾ evidence ਕਦੇ ਵੀ ਦੂਜੇ customer ਨੂੰ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ।
ਸੰਰਚਿਤ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ retention
onboarding ਦੌਰਾਨ ਹਰ founding team ਨਾਲ retention 'ਤੇ ਸਹਿਮਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
customer-ਨਿਯੰਤਰਿਤ access
ਤੁਸੀਂ ਫੈਸਲਾ ਕਰਦੇ ਹੋ ਕਿ ਤੁਹਾਡੀ ਟੀਮ ਵਿੱਚੋਂ ਕੌਣ ਸਬੂਤ ਅਤੇ ਨਤੀਜੇ ਦੇਖ ਸਕਦਾ ਹੈ।
ਕੋਈ identity checks ਨਹੀਂ
ਕੋਈ biometric collection ਅਤੇ ਕੋਈ identity verification Proof of Actor ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹਨ।
ਹਰ team ਨਾਲ ਸਹਿਮਤ
Performance ਅਤੇ methodology
Coverage, unknown rate, false positives ਅਤੇ calibration ਨੂੰ ਹਰ supported context ਵਿੱਚ founding teams ਨਾਲ, ਉਹਨਾਂ outcomes ਦੇ ਮੁਕਾਬਲੇ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਉਹ teams ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੀਆਂ ਹਨ। ਹਰ context ਦੇ ਪੱਕਾ ਹੋਣ ਨਾਲ methodology ਅਤੇ results ਇੱਥੇ publish ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
privacy ਜਾਂ security ਬਾਰੇ ਸਵਾਲ ਹਨ? [email protected]