সংজ্ঞা
পর্যবেক্ষণ মোড হলো actor intelligence চালানোর একটি পদ্ধতি, যেখানে প্রতিটি interaction classify এবং record করা হয়, কিন্তু application's আচরণের কোনো কিছু বদলায় না। কোনো request actor result-এর কারণে block, challenge, slow বা reroute করা হয় না। integration ইনস্টল না থাকলে application যেমন respond করত, ঠিক তেমনই respond করে।
Proof of Actor-এ, পর্যবেক্ষণ মোডই default। একটি integration ইনস্টল করলে observation শুরু হয়, enforcement নয়।
কেন পর্যবেক্ষণ দিয়ে শুরু করবেন
প্রতিটি application-এর traffic আলাদা। একটি browser collector dashboard-এ যে signals দেখে, marketing page-এ সেগুলো ভিন্ন হয়; একটি API যেসব client দেখে, একটি MCP server তার থেকে আলাদা client দেখে। কোনো team actor result-এর ওপর নির্ভর করার আগে, নিজের context-এ সেগুলো কীভাবে কাজ করে তা জানা দরকার। rolling out actor-aware policies safely গাইড এবং designing app-level policies for humans and AI agents-এর ওপর আমাদের পোস্ট, দুটিই এই ধাপ থেকেই শুরু হয়।
পর্যবেক্ষণ মোড একটি team-কে বাস্তব data দিয়ে ব্যবহারিক প্রশ্নের উত্তর দিতে সাহায্য করে:
- Coverage: কোন কোন route-এ integration যথেষ্ট evidence পায়, আর কোথায় Unknown rate বেশি?
- False positives: team যখন ground truth আগে থেকেই জানে, যেমন একটি internal automation account বা একটি পরিচিত integration partner, তখন result কি মেলে?
- Actor mix: প্রতিটি route-এ কতটা agent traffic পৌঁছায়, আর কোন কোন agent verified বনাম declared?
- Latency: প্রতিটি route-এ check কতটা overhead যোগ করে?
- Policy impact: গত সপ্তাহে যদি একটি প্রস্তাবিত rule enforce করা হতো, তাহলে কোন কোন interaction-এ তার প্রভাব পড়ত?
বাস্তবে এটি কীভাবে কাজ করে
- আপনি যেসব route-এ আগ্রহী, সেগুলোতে একটি supported server-side বা browser integration Integrate করুন।
- আপনার বিদ্যমান logs এবং outcome-এর পাশে ফলাফল Record করুন।
- আপনি যা জানেন তার সঙ্গে evidence এবং classification Review করুন।
- enforcement না করেই recorded traffic-এর বিরুদ্ধে candidate policy Preview করুন।
- team যখন নিশ্চিত হবে যে এটি ওই workflow-এর সঙ্গে মানানসই, তখনই নির্দিষ্ট route-এ একটি policy Enable করুন।
প্রতিটি route observation থেকে enforcement-এ স্বাধীনভাবে যেতে পারে। একটি team read-only catalog route-এ structured-API rule enforce করতে পারে, আর account route-গুলোকে অনির্দিষ্টকাল observation-এ রাখতে পারে।
পর্যবেক্ষণ মোড এবং failure handling
পর্যবেক্ষণ মোডই সবচেয়ে নিরাপদ জায়গা, যেখানে সিদ্ধান্ত নেওয়া যায় result দেরিতে এলে বা না এলে প্রতিটি route কীভাবে আচরণ করবে। আগে থেকেই ঠিক করা যে কোনো route fails open or fails closed হবে কি না, মানে সিদ্ধান্তটি deliberate, documented এবং tested - enforcement শুরুর আগেই।
সাধারণ ভুল ধারণা
"পর্যবেক্ষণ মোড একটি trial version." এটি দায়িত্বশীল deployment-এর ভিত্তি। অনেক team কিছু route স্থায়ীভাবে observation-এ রাখে, কারণ analytics-ই তাদের প্রশ্নের উত্তর দেয়।
"Enforcement না হলে observation-এর কোনো value নেই." পর্যবেক্ষণ মোডের analytics, যার মধ্যে actor mix, trend এবং evidence আছে, প্রায়ই প্রথম এবং সবচেয়ে গুরুত্বপূর্ণ outcome।
"Enforcement মানে সব or nothing." Policy route এবং risk tier অনুযায়ী হয়। একই application-এ observation এবং enforcement পাশাপাশি থাকে।
Proof of Actor-এ পর্যবেক্ষণ মোড
Proof of Actor প্রতিটি integration observation মোডে শুরু করে, এবং enforcement তখনই হয় যখন application owner এটি বেছে নেয়, application's নিজের code-এ। সম্পূর্ণ flow-এর জন্য How It Works দেখুন, অথবা আপনার traffic পর্যবেক্ষণ শুরু করতে apply for early access করুন।