সংজ্ঞা
Proof of Actor-এ Human + AI নামে চিহ্নিত একটি এআই-সহায়িত ইন্টারঅ্যাকশন হলো এমন একটি ইন্টারঅ্যাকশন, যা একজন ব্যক্তি এআই সহায়তা ব্যবহার করতে করতে পরিচালনা করেন। ব্যক্তি কী করবেন তা নিজেই ঠিক করেন এবং নিয়ন্ত্রণে থাকেন; একটি এআই সিস্টেম লেখা খসড়া করতে, তথ্য সারসংক্ষেপ করতে, পরবর্তী পদক্ষেপ প্রস্তাব করতে বা কাজের কিছু অংশ পূরণ করতে সাহায্য করে।
এটি অন্য দুই শ্রেণির মাঝখানে অবস্থান করে। সম্পূর্ণ মানব-চালিত ইন্টারঅ্যাকশনের মতো নয়, এখানে অ্যাপ্লিকেশন যা গ্রহণ করে তাতে এআই অবদান রাখে। autonomous agent-এর মতো নয়, এখানে একজন ব্যক্তি এখনো কাজ নির্বাচন ও নিশ্চিত করেন। এই শ্রেণিটি Human এবং Agent-এর পাশে কীভাবে অবস্থান করে, তা জানতে দেখুন Human, AI-assisted or agent: a practical taxonomy for application traffic।
কেন এটি গুরুত্বপূর্ণ
অনেক অ্যাপ্লিকেশনে এমন workflow থাকে, যেখানে এআই সহায়তা সঠিক প্রতিক্রিয়া কী হবে তা বদলে দেয়:
- একটি support platform এআই দিয়ে খসড়া করা tickets চিহ্নিত করতে চাইতে পারে, যাতে agents সেগুলো যথাযথভাবে route ও review করতে পারেন।
- একটি content বা review platform এআই সহায়তা স্বাগত জানাতে পারে, কিন্তু disclosure বাধ্যতামূলক করতে পারে।
- একটি assessment বা certification workflow নির্দিষ্ট ধাপের জন্য এআই সহায়তা সীমিত করতে পারে।
- একটি productivity app তার নিজস্ব built-in assistant কতবার ব্যবহৃত হচ্ছে তা পরিমাপ করতে চাইতে পারে।
প্রতিটি ক্ষেত্রেই, সহায়তা যুক্ত ছিল তা জানা অ্যাপ্লিকেশনের জন্য উপকারী, আবার ব্যক্তির জন্য স্বাভাবিক ও সম্মানজনক অভিজ্ঞতাও বজায় থাকে।
এআই সহায়তা কীভাবে শনাক্ত করা যেতে পারে
মূল শব্দটি হলো observable। কোনো অ্যাপ্লিকেশন কেবল তখনই এআই সহায়তা চিনতে পারে, যখন সেটি সত্যিই দেখতে পায় বা তা তাকে ঘোষণা করা হয়।
Declared সহায়তা
ব্যক্তি বা অ্যাপ্লিকেশন এটি জানায়। উদাহরণ: একটি "drafted with AI" checkbox, একটি form-এ disclosure field, বা ব্যবহারকারী অ্যাপের নিজস্ব assistant চালু করলে সেট করা application flag। Proof of Actor-এর ভাষায়, এটি একটি declared evidence basis।
সরাসরি পর্যবেক্ষিত সহায়তা
একটি supported integration সহায়তাটি ঘটতে দেখে। সবচেয়ে স্পষ্ট উদাহরণ হলো অ্যাপ্লিকেশনের built-in AI feature: app জানে কখন এটি ব্যবহারকারীর জন্য content তৈরি করেছে।
সাধারণত যা দেখা যায় না
যখন একজন ব্যক্তি অন্য browser tab-এ বা ফোনে একটি chatbot-এর কাছে কিছু জিজ্ঞাসা করেন এবং তারপর ফলাফলটি form-এ টাইপ বা paste করেন, সাধারণ web traffic-এ সাধারণত সে সম্পর্কে কিছুই দেখা যায় না। session-টি human-directed দেখায়, কারণ একজন human সেটি পরিচালনা করেছেন। নির্ভরযোগ্য classification-এর জন্য evidence দরকার, আর সে ক্ষেত্রে সেই evidence উপস্থিত নেই।
প্রচলিত ভুল ধারণা
"এআই-লিখিত লেখা সবসময় শনাক্ত করা যায়।" content-ভিত্তিক অনুমান নির্ভরযোগ্য নয় এবং কাউকে ভিন্নভাবে扱ার ভিত্তি হতে পারে না। Human + AI-কে ঘোষিত বা পর্যবেক্ষণযোগ্য evidence-এর ওপর নির্ভর করতে হবে।
"Human + AI একটি নিম্নতর শ্রেণি।" এটি কোনো risk label নয়। অনেক product-এ এটি কাজের প্রত্যাশিত ও উৎসাহিত পদ্ধতি। এই শ্রেণি আছে যাতে অ্যাপ্লিকেশন যথাযথভাবে respond করতে পারে, কাউকে penalize করার জন্য নয়।
"সহায়তা detect না হলে, কোনো সহায়তা ব্যবহার করা হয়নি।" Human result মানে হলো পর্যবেক্ষণযোগ্য signal human-directed ইঙ্গিত দেয়। এটি প্রমাণ করে না যে কোথাও কোনো এআই ব্যবহার করা হয়নি।
এআই-সহায়িত ব্যবহারকারীদের জন্য design
ভালো practice হলো disclosure সহজ করা এবং consequences স্পষ্ট রাখা। যদি কোনো workflow-তে সহায়তা সীমিত থাকে, তাহলে তা interface-এ বলুন এবং উপযুক্ত মুহূর্তে একটি declaration চান। যদি সহায়তা গ্রহণযোগ্য হয়, তাহলে declaration ব্যবহার করে routing, analytics বা review উন্নত করুন, friction বাড়াবেন না।
Proof of Actor এটি কীভাবে বিবেচনা করে
Proof of Actor কেবল তখনই Human + AI report করে, যখন সহায়তা declared হয় বা একটি supported integration দ্বারা observed হয়, এবং সর্বদা basis জানায়। আপনার application প্রতিটি workflow-তে এই class-এর অর্থ কী হবে তা নির্ধারণ করে। আরও পড়ুন Detection & Limitations-এ বা apply for early access।