ਪਰਿਭਾਸ਼ਾ
Observation mode actor intelligence ਚਲਾਉਣ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ ਜਿਸ ਵਿੱਚ ਹਰ interaction ਨੂੰ ਵਰਗੀਕ੍ਰਿਤ ਅਤੇ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ application ਦੇ behavior ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲਦਾ। ਕਿਸੇ ਵੀ actor result ਦੇ ਕਾਰਨ ਕੋਈ request block, challenge, slow ਜਾਂ reroute ਨਹੀਂ ਹੁੰਦੀ। Application ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ respond ਕਰਦੀ ਹੈ ਜਿਵੇਂ integration install ਨਾ ਕੀਤਾ ਗਿਆ ਹੋਵੇ।
Proof of Actor ਵਿੱਚ, observation mode ਡਿਫੌਲਟ ਹੈ। Integration install ਕਰਨ ਨਾਲ observation ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, enforcement ਨਹੀਂ।
Observation ਨਾਲ ਕਿਉਂ ਸ਼ੁਰੂ ਕਰੀਏ
ਹਰ application ਦਾ ਆਪਣਾ traffic ਹੁੰਦਾ ਹੈ। Dashboard ਉੱਤੇ browser collector marketing page ਨਾਲੋਂ ਵੱਖਰੇ signals ਵੇਖਦਾ ਹੈ; ਇੱਕ API ਇੱਕ MCP server ਨਾਲੋਂ ਵੱਖਰੇ clients ਵੇਖਦੀ ਹੈ। ਟੀਮ actor results ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਉਸ ਨੂੰ ਜਾਣਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਆਪਣੇ context ਵਿੱਚ ਕਿਵੇਂ behave ਕਰਦੇ ਹਨ। rolling out actor-aware policies safely ਬਾਰੇ guide ਅਤੇ designing app-level policies for humans and AI agents ਬਾਰੇ ਸਾਡੀ post ਦੋਵੇਂ ਇਸੇ ਕਦਮ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ।
Observation mode ਇੱਕ ਟੀਮ ਨੂੰ ਹਕੀਕਤੀ data ਨਾਲ ਵਿਆਵਹਾਰਿਕ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣ ਦਿੰਦੀ ਹੈ:
- Coverage: ਕਿਹੜੇ routes ਉੱਤੇ integration ਕਾਫ਼ੀ evidence ਵੇਖਦਾ ਹੈ, ਅਤੇ ਕਿੱਥੇ Unknown rate ਉੱਚਾ ਹੈ?
- False positives: ਜਦੋਂ ਟੀਮ ground truth ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੀ ਹੈ, ਜਿਵੇਂ internal automation account ਜਾਂ ਜਾਣਿਆ-ਪਛਾਣਿਆ integration partner, ਕੀ results ਮਿਲਦੇ ਹਨ?
- Actor mix: ਹਰ route ਤੱਕ ਕਿੰਨਾ agent traffic ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ ਕਿਹੜੇ agents verified ਹਨ versus declared?
- Latency: ਹਰ route ਉੱਤੇ check ਕਿੰਨਾ ਵਾਧਾ ਕਰਦਾ ਹੈ?
- Policy impact: ਜੇ ਪਿਛਲੇ ਹਫ਼ਤੇ ਕੋਈ proposed rule enforce ਕੀਤਾ ਗਿਆ ਹੁੰਦਾ, ਤਾਂ ਉਸ ਨੇ ਕਿਹੜੀਆਂ interactions ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕੀਤਾ ਹੁੰਦਾ?
ਇਹ practical ਤੌਰ ਤੇ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ
- Integrate ਉਹ supported server-side ਜਾਂ browser integration ਉਹਨਾਂ routes ਉੱਤੇ ਜੋ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ।
- Record ਨਤੀਜੇ ਆਪਣੇ ਮੌਜੂਦਾ logs ਅਤੇ outcomes ਦੇ ਨਾਲ।
- Review evidence ਅਤੇ classifications ਨੂੰ ਉਸ ਚੀਜ਼ ਨਾਲ ਮਿਲਾ ਕੇ ਜੋ ਤੁਹਾਨੂੰ ਪਤਾ ਹੈ।
- Preview recorded traffic ਉੱਤੇ candidate policies ਨੂੰ ਬਿਨਾਂ ਉਨ੍ਹਾਂ ਨੂੰ enforce ਕੀਤੇ।
- Enable ਕਿਸੇ ਖਾਸ route ਉੱਤੇ policy ਸਿਰਫ਼ ਤਦੋਂ ਜਦੋਂ ਟੀਮ ਨੂੰ ਭਰੋਸਾ ਹੋਵੇ ਕਿ ਇਹ ਉਸ workflow ਨਾਲ ਫਿਟ ਬੈਠਦੀ ਹੈ।
ਹਰ route observation ਤੋਂ enforcement ਵੱਲ independently ਜਾ ਸਕਦਾ ਹੈ। ਇੱਕ ਟੀਮ structured-API rule ਨੂੰ read-only catalog route ਉੱਤੇ enforce ਕਰ ਸਕਦੀ ਹੈ, ਜਦਕਿ account routes ਨੂੰ ਅਨੰਤ ਸਮੇਂ ਤੱਕ observation ਵਿੱਚ ਰੱਖ ਸਕਦੀ ਹੈ।
Observation mode ਅਤੇ failure handling
Observation mode ਉਹ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਥਾਂ ਵੀ ਹੈ ਜਿੱਥੇ ਇਹ ਫੈਸਲਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ result ਦੇ late ਜਾਂ missing ਹੋਣ ਤੇ ਹਰ route ਕਿਵੇਂ behave ਕਰੇ। ਪਹਿਲਾਂ ਤੋਂ ਇਹ ਚੁਣਨਾ ਕਿ ਕੋਈ route fails open or fails closed ਕਰੇਗਾ, ਦਾ ਮਤਲਬ ਹੈ ਕਿ decision enforce ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ deliberate, documented ਅਤੇ tested ਹੋਵੇ।
ਆਮ ਗਲਤਫ਼ਹਿਮੀਆਂ
"Observation mode ਇਕ trial version ਹੈ." ਇਹ ਜ਼ਿੰਮੇਵਾਰ deployment ਦੀ ਬੁਨਿਆਦ ਹੈ। ਕਈ teams ਕੁਝ routes ਨੂੰ ਸਥਾਈ ਤੌਰ ਤੇ observation ਵਿੱਚ ਰੱਖਦੀਆਂ ਹਨ ਕਿਉਂਕਿ analytics ਹੀ ਉਨ੍ਹਾਂ ਦੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇ ਦਿੰਦੇ ਹਨ।
"Observation ਦਾ ਮਤਲਬ enforcement ਤੱਕ ਕੋਈ value ਨਹੀਂ." Observation mode ਵਿੱਚ analytics, ਜਿਸ ਵਿੱਚ actor mix, trends ਅਤੇ evidence ਸ਼ਾਮਲ ਹਨ, ਅਕਸਰ ਪਹਿਲਾ ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ outcome ਹੁੰਦੇ ਹਨ।
"Enforcement ਸਭ ਕੁਝ ਜਾਂ ਕੁਝ ਨਹੀਂ ਹੈ." Policies route ਅਤੇ risk tier ਦੇ ਹਿਸਾਬ ਨਾਲ ਹੁੰਦੀਆਂ ਹਨ। Observation ਅਤੇ enforcement ਇੱਕੋ application ਵਿੱਚ ਇਕੱਠੇ ਮੌਜੂਦ ਰਹਿੰਦੇ ਹਨ।
Proof of Actor ਵਿੱਚ Observation mode
Proof of Actor ਹਰ integration ਨੂੰ observation mode ਵਿੱਚ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਅਤੇ enforcement ਸਿਰਫ਼ ਤਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ application owner ਇਸਨੂੰ application ਦੇ ਆਪਣੇ code ਵਿੱਚ ਚੁਣਦਾ ਹੈ। ਪੂਰੇ flow ਲਈ How It Works ਵੇਖੋ, ਜਾਂ ਆਪਣੇ traffic ਦਾ observation ਸ਼ੁਰੂ ਕਰਨ ਲਈ apply for early access ਕਰੋ।