परिभाषा
अवलोकन मोड actor intelligence को चलाने का ऐसा तरीका है जिसमें हर interaction को वर्गीकृत और रिकॉर्ड किया जाता है, लेकिन application के व्यवहार में कुछ नहीं बदलता। किसी actor result की वजह से कोई request blocked, challenged, slowed या rerouted नहीं की जाती। application ठीक उसी तरह प्रतिक्रिया देता है जैसे integration installed न हो।
Proof of Actor में, अवलोकन मोड default है। किसी integration को install करने पर observation शुरू होती है, enforcement नहीं।
अवलोकन से शुरुआत क्यों करें
हर application का अपना traffic होता है। एक browser collector dashboard पर अलग signals देखता है, जबकि marketing page पर अलग; एक API को MCP server से अलग clients दिखते हैं। किसी team के actor results पर भरोसा करने से पहले, उसे यह जानना होता है कि वे उसके अपने context में कैसे behave करते हैं। actor-aware policies को सुरक्षित रूप से roll out करने पर guide और humans और AI agents के लिए app-level policies design करने पर हमारा post, दोनों इसी चरण से शुरू होते हैं।
अवलोकन मोड team को वास्तविक data के साथ व्यावहारिक प्रश्नों के जवाब देने देता है:
- Coverage: किन routes पर integration पर्याप्त evidence देखता है, और कहाँ Unknown rate अधिक है?
- False positives: जब team को ground truth पहले से पता है, जैसे कोई internal automation account या ज्ञात integration partner, तो क्या results मेल खाते हैं?
- Actor mix: हर route तक कितना agent traffic पहुँचता है, और कौन से agents verified हैं बनाम declared?
- Latency: हर route पर check कितना अतिरिक्त time जोड़ता है?
- Policy impact: अगर पिछले सप्ताह कोई proposed rule enforced होती, तो वह किन interactions को प्रभावित करती?
यह व्यवहार में कैसे काम करता है
- Integrate करें एक supported server-side या browser integration को उन routes पर जिनकी आपको परवाह है।
- Record करें results को अपने existing logs और outcomes के साथ।
- Review करें evidence और classifications को, जो आप जानते हैं उसके विरुद्ध।
- Preview करें candidate policies को recorded traffic पर, बिना उन्हें enforce किए।
- Enable करें किसी specific route पर policy केवल तब जब team को भरोसा हो कि वह उस workflow के लिए उपयुक्त है।
हर route observation से enforcement में स्वतंत्र रूप से जा सकता है। एक team read-only catalog route पर structured-API rule को enforce कर सकती है, जबकि account routes को अनिश्चितकाल तक observation में रख सकती है।
अवलोकन मोड और failure handling
अवलोकन मोड वह सबसे सुरक्षित स्थान भी है जहाँ यह तय किया जा सकता है कि result देर से आए या missing हो, तो हर route को कैसे behave करना चाहिए। पहले से यह चुनना कि कोई route fails open or fails closed होगा, मतलब निर्णय जानबूझकर लिया गया है, documented है और enforce होने से पहले tested है।
सामान्य गलतफहमियाँ
"अवलोकन मोड एक trial version है।" यह responsible deployment की नींव है। कई teams कुछ routes को स्थायी रूप से observation में रखती हैं क्योंकि केवल analytics ही उनके सवालों के जवाब दे देते हैं।
"Observation का मतलब enforcement से पहले कोई value नहीं है।" अवलोकन मोड में analytics, जिसमें actor mix, trends और evidence शामिल हैं, अक्सर पहला और सबसे महत्वपूर्ण outcome होता है।
"Enforcement सब कुछ या कुछ नहीं है।" Policies route और risk tier के अनुसार होती हैं। Observation और enforcement एक ही application में साथ-साथ मौजूद रहते हैं।
Proof of Actor में अवलोकन मोड
Proof of Actor हर integration को अवलोकन मोड में शुरू करता है, और enforcement केवल तब होती है जब application owner उसे application के अपने code में चुनता है। पूरी flow के लिए How It Works देखें, या अपना traffic observe करना शुरू करने के लिए early access के लिए apply करें।