परिभाषा
Proof of Actor में Human + AI के रूप में लेबल किया गया एआई-सहायता प्राप्त इंटरैक्शन वह है जिसे एक व्यक्ति एआई सहायता का उपयोग करते हुए निर्देशित करता है। व्यक्ति तय करता है कि क्या करना है और नियंत्रण में रहता है; एक एआई सिस्टम टेक्स्ट का मसौदा तैयार करने, जानकारी का सारांश बनाने, अगले कदम सुझाने या किसी कार्य के हिस्से भरने में मदद करता है।
यह दो अन्य वर्गों के बीच आता है। पूरी तरह मानव इंटरैक्शन के विपरीत, एआई ने एप्लिकेशन को मिलने वाली चीज़ में योगदान दिया है। स्वायत्त एजेंट के विपरीत, एक व्यक्ति अब भी कार्रवाइयों का चयन और पुष्टि कर रहा है। यह वर्ग Human और Agent के बीच कैसे बैठता है, इसके लिए Human, AI-assisted or agent: a practical taxonomy for application traffic देखें।
यह क्यों महत्वपूर्ण है
कई एप्लिकेशनों में ऐसे वर्कफ़्लो होते हैं जहाँ एआई सहायता सही प्रतिक्रिया को बदल देती है:
- एक सहायता प्लेटफ़ॉर्म उन टिकटों को लेबल करना चाह सकता है जिन्हें एआई के साथ ड्राफ्ट किया गया हो, ताकि एजेंट उन्हें उचित रूप से route और review कर सकें।
- एक सामग्री या review प्लेटफ़ॉर्म एआई सहायता का स्वागत कर सकता है, लेकिन प्रकटीकरण की आवश्यकता रख सकता है।
- एक आकलन या प्रमाणन वर्कफ़्लो विशिष्ट चरणों के लिए एआई सहायता को सीमित कर सकता है।
- एक उत्पादकता ऐप यह मापना चाह सकता है कि उसका अपना अंतर्निहित सहायक कितनी बार उपयोग किया जाता है।
हर मामले में, एप्लिकेशन को यह जानने से लाभ मिलता है कि सहायता शामिल थी, जबकि व्यक्ति को सामान्य, सम्मानजनक अनुभव भी मिलता रहता है।
एआई सहायता को कैसे पहचाना जा सकता है
मुख्य शब्द observable है। एक एप्लिकेशन केवल वही एआई सहायता पहचान सकता है जो वह वास्तव में देख सके या जो उसे घोषित की गई हो।
घोषित सहायता
व्यक्ति या एप्लिकेशन इसे बताता है। उदाहरण: एक "drafted with AI" चेकबॉक्स, फ़ॉर्म में प्रकटीकरण फ़ील्ड, या जब उपयोगकर्ता ऐप के अपने सहायक को invoke करता है तब सेट किया गया application flag। Proof of Actor के terms में, यह एक declared evidence basis है।
सीधे observed सहायता
एक supported integration सहायता होते हुए देखता है। सबसे स्पष्ट उदाहरण एप्लिकेशन की अंतर्निहित एआई सुविधा है: ऐप जानता है कि उसने उपयोगकर्ता के लिए सामग्री कब generate की।
सामान्यतः क्या नहीं देखा जा सकता
जब कोई व्यक्ति दूसरे browser tab में, या अपने फ़ोन पर, किसी chatbot से पूछता है और परिणाम को फ़ॉर्म में टाइप या paste करता है, तो सामान्य web traffic में आम तौर पर इसके बारे में कुछ नहीं दिखता। session human-directed दिखता है क्योंकि उसे एक human ने निर्देशित किया था। विश्वसनीय classification के लिए साक्ष्य चाहिए, और उस मामले में साक्ष्य मौजूद नहीं होता।
सामान्य भ्रम
"AI-written text को हमेशा detect किया जा सकता है." Content-based अनुमान अविश्वसनीय हैं और किसी के साथ अलग व्यवहार करने का आधार नहीं हैं। Human + AI को declared या observable साक्ष्य पर ही आधारित होना चाहिए।
"Human + AI एक निम्न श्रेणी है." यह risk label नहीं है। कई products में यह काम करने का अपेक्षित, प्रोत्साहित तरीका होता है। यह class इसलिए मौजूद है ताकि application उचित प्रतिक्रिया दे सके, किसी को दंडित करने के लिए नहीं।
"अगर सहायता detect नहीं हुई, तो उसका उपयोग नहीं हुआ." Human परिणाम का अर्थ है कि observable signals human direction की ओर इशारा करते हैं। यह साबित नहीं करता कि कहीं भी कोई एआई उपयोग नहीं हुआ।
एआई-सहायता प्राप्त उपयोगकर्ताओं के लिए डिज़ाइन करना
अच्छी practice यह है कि disclosure आसान हो और परिणाम स्पष्ट हों। अगर कोई workflow सहायता को सीमित करता है, तो interface में यह बताएं और सही क्षण पर declaration मांगें। अगर सहायता स्वीकार्य है, तो declaration का उपयोग routing, analytics या review को बेहतर बनाने के लिए करें, friction जोड़ने के लिए नहीं।
Proof of Actor इसे कैसे संभालता है
Proof of Actor केवल तब Human + AI रिपोर्ट करता है जब सहायता घोषित हो या किसी supported integration द्वारा observed हो, और हमेशा basis बताता है। आपका application तय करता है कि यह class हर workflow के लिए क्या अर्थ रखती है। अधिक जानने के लिए Detection & Limitations या apply for early access देखें।