ਪਰਿਭਾਸ਼ਾ
ਇੱਕ ਸਵੈਚਾਲਿਤ ਏਜੰਟ ਉਹ ਸਾਫਟਵੇਅਰ ਹੈ ਜੋ ਕਿਸੇ ਲਕਸ਼ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਕਾਰਵਾਈਆਂ ਦੀ ਇੱਕ ਲੜੀ ਬਾਰੇ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਅਮਲ ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ, ਬਿਨਾਂ ਕਿਸੇ ਵਿਅਕਤੀ ਦੇ ਹਰ ਕਦਮ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੇ। ਆਧੁਨਿਕ ਏਜੰਟ ਯੋਜਨਾ ਬਣਾਉਣ, ਟੂਲਾਂ ਨੂੰ ਕਾਲ ਕਰਨ, ਨਤੀਜੇ ਪੜ੍ਹਨ ਅਤੇ ਅਨੁਕੂਲਿਤ ਕਰਨ ਲਈ language models ਵਰਤਦੇ ਹਨ। ਆਮ ਤੌਰ 'ਤੇ ਕੋਈ ਵਿਅਕਤੀ ਜਾਂ ਸੰਗਠਨ ਲਕਸ਼ ਅਤੇ ਹੱਦਾਂ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ; ਏਜੰਟ ਵਿਚਕਾਰ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ।
actor intelligence ਵਿੱਚ, ਇੱਕ ਸਵੈਚਾਲਿਤ ਏਜੰਟ Agent ਕਲਾਸ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ: ਇਹ ਇੰਟਰੈਕਸ਼ਨ ਕਿਸੇ ਵਿਅਕਤੀ ਵੱਲੋਂ ਹਰ ਕਾਰਵਾਈ ਦਿਸ਼ਾ ਦੇਣ ਦੀ ਬਜਾਏ automation ਤੋਂ ਉਤਪੰਨ ਹੁੰਦਾ ਹੈ। ਕਲਾਸਾਂ ਦੀ ਤੁਲਨਾ ਕਿਵੇਂ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ Human, AI-assisted or agent: a practical taxonomy for application traffic ਵੇਖੋ।
ਹੋਰ automation ਨਾਲ ਏਜੰਟਾਂ ਦੀ ਤੁਲਨਾ
- Scripts and crawlers ਨਿਰਧਾਰਤ ਹਦਾਇਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ। ਉਹ ਅਨੁਮਾਨਯੋਗ ਅਤੇ ਸੀਮਿਤ ਹੁੰਦੇ ਹਨ।
- ਸਵੈਚਾਲਿਤ ਏਜੰਟ ਅਨੁਕੂਲਿਤ ਹੁੰਦੇ ਹਨ। ਉਹ ਪੜ੍ਹਦੇ ਹਨ ਕਿ ਇੱਕ application ਕੀ ਵਾਪਸ ਕਰਦਾ ਹੈ ਅਤੇ ਅੱਗੇ ਕੀ ਕਰਨਾ ਹੈ ਚੁਣਦੇ ਹਨ, ਜਿਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਹ app ਦੇ ਉਹਨਾਂ ਹਿੱਸਿਆਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹਨ ਜੋ automation ਲਈ ਕਦੇ ਡਿਜ਼ਾਈਨ ਨਹੀਂ ਕੀਤੇ ਗਏ ਸਨ।
- AI-assisted people AI ਨੂੰ ਸਹਾਇਕ ਵਜੋਂ ਵਰਤਦੇ ਹਨ ਪਰ ਨਿਯੰਤਰਣ ਆਪਣੇ ਕੋਲ ਰੱਖਦੇ ਹਨ। ਵੇਖੋ AI-assisted interaction.
application ਮਾਲਕਾਂ ਲਈ ਸਵੈਚਾਲਿਤ ਏਜੰਟ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹਨ
ਏਜੰਟ ਵੱਧ ਤੋਂ ਵੱਧ ਅਸਲੀ ਗਾਹਕਾਂ ਦੀ ਥਾਂ ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਹਨ: ਉਤਪਾਦਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ, ਦਸਤਾਵੇਜ਼ ਇਕੱਠੇ ਕਰਨਾ, ਟਿਕਟਾਂ ਦਰਜ ਕਰਨਾ, ਡਾਟਾ ਸਮਨਵਿਤ ਕਰਨਾ ਅਤੇ APIs ਨੂੰ ਕਾਲ ਕਰਨਾ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਇੰਟਰੈਕਸ਼ਨ ਕੀਮਤੀ ਹੁੰਦੇ ਹਨ। ਇੱਕ application ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਰੋਕ ਦਿੰਦਾ ਹੈ, ਉਹ ਵਾਜਬ ਵਰਤੋਂ ਗੁਆ ਸਕਦਾ ਹੈ; ਇੱਕ application ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਬਿਲਕੁਲ ਲੋਕਾਂ ਵਾਂਗ ਹੀ ਸੰਭਾਲਦਾ ਹੈ, ਉਹ ਬਹੁਤ ਵੱਖਰੇ ਵਿਹਾਰ ਵਾਲੇ ਭਾਗੀਦਾਰ ਨੂੰ ਸੰਵੇਦਨਸ਼ੀਲ ਕਾਰਵਾਈਆਂ ਤੱਕ ਪਹੁੰਚ ਦੇ ਸਕਦਾ ਹੈ।
ਕਿਸੇ ਵੀ ਏਜੰਟ ਇੰਟਰੈਕਸ਼ਨ ਲਈ ਲਾਭਦਾਇਕ ਪ੍ਰਸ਼ਨ:
- ਇਹ ਕਿਹੜਾ ਏਜੰਟ ਹੈ? ਕੀ ਇਸ ਦੀ ਤਸਦੀਕਯੋਗ ਪਛਾਣ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ HTTP message signature (RFC 9421), ਜਾਂ ਸਿਰਫ਼ ਇੱਕ ਸਵੈ-ਵਰਣਨ?
- ਇਹ ਕੀ ਕਰ ਸਕਦਾ ਹੈ? ਪਛਾਣ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਇੱਕ authorization ਦਾ ਪ੍ਰਸ਼ਨ ਹੈ।
- ਇਸ ਦੇ ਪਿੱਛੇ ਕੌਣ ਹੈ? ਕਿਸੇ ਵਿਅਕਤੀ ਨੇ ਸ਼ਾਇਦ ਏਜੰਟ ਨੂੰ delegated authority ਦਿੱਤੀ ਹੋਵੇ, ਜਾਂ ਏਜੰਟ ਕਿਸੇ ਸੰਗਠਨ ਲਈ ਕੰਮ ਕਰ ਰਿਹਾ ਹੋਵੇ। ਪਛਾਣ ਦਾ ਸਬੂਤ delegation ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ।
- ਇਸ ਕਾਰਵਾਈ ਦਾ ਪ੍ਰਭਾਵ ਕੀ ਹੈ? ਇੱਕ public catalog ਪੜ੍ਹਨਾ ਅਤੇ account settings ਬਦਲਣਾ ਵੱਖਰੇ controls ਦੇ ਹਕਦਾਰ ਹਨ।
ਸਵੈਚਾਲਿਤ ਏਜੰਟ ਨੂੰ ਕਿਵੇਂ ਪਛਾਣੀਏ
ਪਛਾਣ ਵੱਖ-ਵੱਖ ਤਾਕਤ ਵਾਲੇ ਸਬੂਤਾਂ ਦੇ ਮੇਲ ਨਾਲ ਬਣਦੀ ਹੈ। ਪ੍ਰਕਾਸ਼ਿਤ operator ਤੋਂ verified signature ਮਜ਼ਬੂਤ ਹੁੰਦੀ ਹੈ। declared client name ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ ਪਰ ਉਸਦੀ ਨਕਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਵਿਹਾਰਕ ਅਤੇ protocol patterns ਅਨੁਮਾਨ ਨੂੰ ਸਮਰਥਨ ਦੇ ਸਕਦੇ ਹਨ। ਜਦੋਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕਾਫ਼ੀ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਸਹੀ ਜਵਾਬ Unknown ਹੁੰਦਾ ਹੈ, ਨਾ ਕਿ ਅਨੁਮਾਨ।
ਏਜੰਟਾਂ ਨੂੰ ਚੰਗੀ ਸੇਵਾ ਦੇਣਾ
ਜੋ applications agent traffic ਦੀ ਉਮੀਦ ਕਰਦੀਆਂ ਹਨ, ਉਹ ਅਕਸਰ:
- ਆਮ read operations ਲਈ ਇੱਕ structured API ਜਾਂ machine-readable responses ਦਿੰਦੀਆਂ ਹਨ।
- automated callers ਲਈ ਢੁੱਕਵੇਂ route-level rate limits ਲਾਗੂ ਕਰਦੀਆਂ ਹਨ।
- ਉੱਚ ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਲਈ ਮਜ਼ਬੂਤ credentials ਜਾਂ ਸਪਸ਼ਟ user approval ਮੰਗਦੀਆਂ ਹਨ (ਦੇਖੋ designing app-level policies for humans and AI agents).
- human-facing pages ਨੂੰ ਤੇਜ਼ ਅਤੇ automation ਲਈ ਬਣੀਆਂ challenges ਤੋਂ ਮੁਕਤ ਰੱਖਦੀਆਂ ਹਨ।
ਆਮ ਗਲਤਫਹਿਮੀਆਂ
"ਏਜੰਟ bots ਹਨ, ਅਤੇ bots ਮਾੜੇ ਹੁੰਦੇ ਹਨ." ਕਈ ਏਜੰਟ ਗਾਹਕਾਂ ਦੇ ਟੂਲ ਹੁੰਦੇ ਹਨ। ਮਕਸਦ ਠੀਕ experience ਹੈ, ਨਾ ਕਿ ਤੁਰੰਤ ਰੋਕਣਾ।
"ਇੱਕ verified agent ਉਹ ਸਭ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਉਸਦਾ account ਕਰ ਸਕਦਾ ਹੈ." Verification client ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ। ਇਹ ਕਾਰਵਾਈਆਂ ਨੂੰ authorize ਨਹੀਂ ਕਰਦੀ।
Proof of Actor ਏਜੰਟਾਂ ਨਾਲ ਕਿਵੇਂ ਵਤੀਰਾ ਕਰਦਾ ਹੈ
Proof of Actor ਏਜੰਟ ਇੰਟਰੈਕਸ਼ਨਾਂ ਨੂੰ Agent ਵਜੋਂ ਇੱਕ ਸਪਸ਼ਟ ਆਧਾਰ ਨਾਲ ਵਰਗੀਕ੍ਰਿਤ ਕਰਦਾ ਹੈ (verified, declared ਜਾਂ inferred), ਤਾਂ ਜੋ ਤੁਹਾਡੀਆਂ policies ਇੱਕ signed operator ਨੂੰ self-declared operator ਤੋਂ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਭਾਲ ਸਕਣ। ਤੁਸੀਂ ਤੈਅ ਕਰਦੇ ਹੋ ਕਿ ਹਰ route ਕੀ allow ਕਰਦਾ ਹੈ। APIs ਅਤੇ MCP servers ਦੇ use cases ਵੇਖੋ ਜਾਂ apply for early access ਕਰੋ।
ਸਰੋਤ
- RFC 9421: HTTP Message Signatures: automated clients ਲਈ ਤਸਦੀਕਯੋਗ ਪਛਾਣ
- IETF Web Bot Auth working group: bots ਅਤੇ agents ਦੀ authentication ਬਾਰੇ standards work