வரையறை
கண்காணிப்பு முறை என்பது actor intelligence-ஐ இயக்கும் ஒரு வழி, இதில் ஒவ்வொரு interaction-வும் வகைப்படுத்தப்பட்டு பதிவு செய்யப்படுகிறது, ஆனால் application-ன் நடத்தை குறித்த எதுவும் மாறாது. ஒரு actor முடிவின் காரணமாக எந்த request-வும் தடுக்கப்படுவதில்லை, challenge செய்யப்படுவதில்லை, மந்தமாக்கப்படுவதில்லை அல்லது மீண்டும் route செய்யப்படுவதில்லை. integration நிறுவப்பட்டிராத நிலையில் application எப்படி பதிலளிக்குமோ அதேபோலவே அது பதிலளிக்கிறது.
Proof of Actor-இல், கண்காணிப்பு முறை இயல்புநிலை. ஒரு integration-ஐ நிறுவுவது கண்காணிப்பை தொடங்குகிறது, enforcement-ஐ அல்ல.
ஏன் கண்காணிப்புடன் தொடங்க வேண்டும்
ஒவ்வொரு application-க்கும் தனித்தனியான traffic உள்ளது. ஒரு browser collector, ஒரு marketing page-இல் கிடைப்பதைவிட dashboard-இல் வேறுபட்ட signals-ஐ பார்க்கிறது; ஒரு API, ஒரு MCP server-ஐவிட வேறுபட்ட clients-ஐப் பார்க்கிறது. ஒரு குழு actor முடிவுகளை நம்புவதற்கு முன், அவை அதன் சொந்த context-இல் எப்படி நடக்கின்றன என்பதை அறிந்திருக்க வேண்டும். rolling out actor-aware policies safely குறித்த guide மற்றும் designing app-level policies for humans and AI agents குறித்த எங்கள் post இரண்டும் இந்த படியிலிருந்து தொடங்குகின்றன.
கண்காணிப்பு முறை, ஒரு குழுவுக்கு உண்மையான data-வுடன் நடைமுறை கேள்விகளுக்கு பதிலளிக்க உதவுகிறது:
- Coverage: எந்த routes-இல் integration போதுமான evidence-ஐப் பார்க்கிறது, மேலும் எங்கு Unknown rate அதிகமாக உள்ளது?
- False positives: குழுவிற்கு ground truth ஏற்கனவே தெரிந்திருக்கும்போது, உதாரணமாக internal automation account அல்லது தெரிந்த integration partner, முடிவுகள் பொருந்துகிறதா?
- Actor mix: ஒவ்வொரு route-க்கும் எவ்வளவு agent traffic வருகிறது, மேலும் எந்த agents verified மற்றும் எவை declared ஆக உள்ளன?
- Latency: ஒவ்வொரு route-இலும் check என்ன சேர்க்கிறது?
- Policy impact: கடந்த வாரம் ஒரு முன்மொழியப்பட்ட rule enforced செய்யப்பட்டிருந்தால், அது எந்த interactions-ஐ பாதித்திருக்கும்?
நடைமுறையில் இது எப்படி வேலை செய்கிறது
- நீங்கள் கவலைப்படும் routes-இல் ஆதரிக்கப்படும் server-side அல்லது browser integration-ஐ Integrate செய்யுங்கள்.
- உங்கள் இருக்கும் logs மற்றும் outcomes-உடன் சேர்த்து முடிவுகளை Record செய்யுங்கள்.
- நீங்கள் அறிந்தவற்றுக்கு எதிராக evidence மற்றும் classifications-ஐ Review செய்யுங்கள்.
- அவற்றை enforce செய்யாமல், பதிவு செய்யப்பட்ட traffic-க்கு candidate policies-ஐ Preview செய்யுங்கள்.
- அந்த workflow-க்கு பொருந்துகிறது என்பதில் குழு நம்பிக்கை கொள்ளும் போது மட்டும் குறிப்பிட்ட route-இல் ஒரு policy-ஐ Enable செய்யுங்கள்.
ஒவ்வொரு route-மும் observation-இலிருந்து enforcement-க்கு தனித்தனியாக நகரலாம். ஒரு குழு read-only catalog route-இல் structured-API rule-ஐ enforce செய்து கொண்டே, account routes-ஐ காலவரையின்றி observation-இல் வைத்திருக்கலாம்.
கண்காணிப்பு முறை மற்றும் failure handling
ஒரு result தாமதமாக வந்தால் அல்லது இல்லாமல் இருந்தால், ஒவ்வொரு route-மும் எப்படி நடக்க வேண்டும் என்பதை தீர்மானிக்க கண்காணிப்பு முறை மிகவும் பாதுகாப்பான இடமும் ஆகும். ஒரு route fails open or fails closed என்பதை முன்னதாகவே தேர்வு செய்வது, எதுவும் enforced ஆகுவதற்கு முன் அந்த முடிவு திட்டமிட்டதாகவும், ஆவணப்படுத்தப்பட்டதாகவும், சோதிக்கப்பட்டதாகவும் இருப்பதை உறுதி செய்கிறது.
பொதுவான தவறான புரிதல்கள்
"கண்காணிப்பு முறை ஒரு trial version." இது பொறுப்பான deployment-இன் அடித்தளம். பல குழுக்கள் சில routes-ஐ நிரந்தரமாக observation-இல் வைத்திருக்கின்றன, ஏனெனில் analytics மட்டும் அவர்களின் கேள்விகளுக்கு பதிலளிக்கிறது.
"Enforcement வரை observation-க்கு மதிப்பு இல்லை." actor mix, trends மற்றும் evidence உள்ளிட்ட observation mode-இன் analytics, பெரும்பாலும் முதன்மையான மற்றும் மிக முக்கியமான 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-ஐக் கண்காணிக்கத் தொடங்க apply for early access செய்யவும்.