ਮੁੱਖ ਸਮੱਗਰੀ 'ਤੇ ਜਾਓ
ਗਲੌਸਰੀ

ਸੌਂਪੀ ਹੋਈ ਅਧਿਕਾਰਤਾ

Toshendra Sharma

ਦੁਆਰਾ Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

ਇਹ ਇਜਾਜ਼ਤ ਜੋ ਇੱਕ ਵਿਅਕਤੀ ਜਾਂ ਸੰਸਥਾ AI ਏਜੰਟ ਨੂੰ ਆਪਣੀ ਥਾਂ, ਇੱਕ ਨਿਰਧਾਰਤ ਦਾਇਰੇ ਅਤੇ ਨਿਰਧਾਰਤ ਸਮੇਂ ਲਈ ਕੰਮ ਕਰਨ ਵਾਸਤੇ ਦਿੰਦੀ ਹੈ।

ਸੌਂਪੀ ਹੋਈ ਅਧਿਕਾਰਤਾ ਦਾ ਅਰਥ

ਸੌਂਪੀ ਹੋਈ ਅਧਿਕਾਰਤਾ ਉਹ ਇਜਾਜ਼ਤ ਹੈ ਜੋ ਇੱਕ ਵਿਅਕਤੀ (ਜਾਂ ਇੱਕ ਸੰਸਥਾ) ਇੱਕ AI ਏਜੰਟ ਨੂੰ ਆਪਣੇ ਲਈ ਕੰਮ ਕਰਨ ਵਾਸਤੇ ਦਿੰਦਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਅਸਿਸਟੈਂਟ ਤੁਹਾਡੇ ਕੈਲੰਡਰ ਵਿੱਚ ਮੀਟਿੰਗ ਬੁੱਕ ਕਰਦਾ ਹੈ, ਤੁਹਾਡੇ ਨਾਮ ਤੇ support ticket ਦਰਜ ਕਰਦਾ ਹੈ ਜਾਂ ਕਿਸੇ supplier ਦੇ portal ਤੋਂ invoice ਲਿਆਉਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਉਸ ਅਧਿਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਤੋਂ ਸ਼ੁਰੂ ਹੋਇਆ ਸੀ।

ਚੰਗੀ delegation ਦੀਆਂ ਤਿੰਨ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ: ਇਹ ਸੀਮਿਤ ਦਾਇਰੇ ਵਾਲੀ ਹੁੰਦੀ ਹੈ (ਏਜੰਟ ਕੁਝ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਸਭ ਨਹੀਂ), ਸਮੇਂ ਵਿੱਚ ਬੱਝੀ ਹੋਈ ਹੁੰਦੀ ਹੈ (ਇਹ ਖਤਮ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਰੱਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ) ਅਤੇ ਯੋਗਤਾ-ਜੋੜੀ ਹੁੰਦੀ ਹੈ (ਜਿਸ application ਨੂੰ ਇਹ ਮਿਲਦੀ ਹੈ, ਉਹ ਦੱਸ ਸਕਦੀ ਹੈ ਕਿ ਕਿਸ ਦੀ authority ਵਰਤੀ ਜਾ ਰਹੀ ਹੈ)।

ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਣ ਹੈ

ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਦ੍ਰਿਸ਼ਟੀ ਤੋਂ, ਇੱਕ agent request ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲ ਖੜ੍ਹੇ ਕਰਦੀ ਹੈ:

  1. ਇਹ ਕਿਸ client ਨੇ ਭੇਜੀ? ਇਹ agent identity ਹੈ, ਜਿਸਨੂੰ signed requests ਸਥਾਪਿਤ ਕਰ ਸਕਦੇ ਹਨ (ਵੇਖੋ HTTP Message Signatures).
  2. ਇਹ ਕਿਸ ਦੀ authority ਹੇਠ ਕੰਮ ਕਰ ਰਹੀ ਹੈ? ਇਹ delegation ਹੈ।
  3. ਕੀ ਇਹ authority ਇਸ ਕਾਰਵਾਈ ਲਈ ਕਾਫ਼ੀ ਹੈ? ਇਹ authorization ਹੈ, ਜਿਸਦਾ ਫੈਸਲਾ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਆਪਣੀ policy ਕਰਦੀ ਹੈ।

ਇੱਕ well-known assistant operator ਤੋਂ ਆਈ signed request ਪਹਿਲੇ ਸਵਾਲ ਦਾ ਚੰਗਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਇਹ ਆਪਣੇ ਆਪ ਵਿੱਚ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ। ਅਸਿਸਟੈਂਟ ਤੁਹਾਡੇ ਕਿਸੇ user ਲਈ, ਤੁਹਾਡੇ user ਨਾ ਹੋਣ ਵਾਲੇ ਕਿਸੇ ਵਿਅਕਤੀ ਲਈ ਜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਪਣੀ ਮਰਜ਼ੀ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। client identity ਨੂੰ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ consent ਦਾ ਸਬੂਤ ਸਮਝਣਾ agent-facing design ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਗਲਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਵੇਖੋ signed AI agent requests ਕੀ ਸਾਬਤ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਕੀ ਨਹੀਂ।

Delegation ਆਮ ਤੌਰ ਤੇ ਕਿਵੇਂ ਦਰਸਾਈ ਜਾਂਦੀ ਹੈ

  • OAuth-style grants. ਵਿਅਕਤੀ ਤੁਹਾਡੀ application ਵਿੱਚ sign in ਕਰਦਾ ਹੈ ਅਤੇ agent ਨੂੰ ਸੀਮਿਤ scopes ਵਾਲਾ token ਦਿੰਦਾ ਹੈ, ਜਿਵੇਂ OAuth 2.0 (RFC 6749) ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਹੈ। ਫਿਰ ਤੁਹਾਡੀ application ਨੂੰ ਠੀਕ ਤੌਰ ਤੇ ਪਤਾ ਹੁੰਦਾ ਹੈ ਕਿ token ਕਿਸ ਦੀ authority ਲੈ ਕੇ ਚਲ ਰਿਹਾ ਹੈ, ਅਤੇ grant revoke ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (RFC 7009).
  • Account-scoped API keys ਜੋ ਇੱਕ user ਕਿਸੇ ਖਾਸ integration ਲਈ ਬਣਾਉਂਦਾ ਹੈ, ਵਧੀਆ ਇਹ ਹੈ ਕਿ permissions ਸੰਕੀਰਨ ਹੋਣ।
  • ਐਪ ਅੰਦਰ ਪੁਸ਼ਟੀਕਰਨ ਉੱਚ ਪ੍ਰਭਾਵ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਲਈ, ਜਿੱਥੇ ਵਿਅਕਤੀ ਉਸ ਖਾਸ ਕਾਰਵਾਈ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੰਦਾ ਹੈ ਜੋ agent ਨੇ ਤਿਆਰ ਕੀਤੀ ਸੀ।
  • Token-level delegation claims. OAuth 2.0 Token Exchange (RFC 8693) ਇੱਕ act (actor) claim ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਜੋ ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਇੱਕ ਪੱਖ ਦੂਜੇ ਦੀ ਥਾਂ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। requests ਵਿੱਚ agent delegation ਨੂੰ ਪ੍ਰਗਟ ਕਰਨ ਉੱਤੇ ਨਵਾਂ ਕੰਮ ਹਜੇ ਵਿਕਸਿਤ ਹੋ ਰਿਹਾ ਹੈ, ਅਤੇ applications ਨੂੰ ਕਿਸੇ ਵੀ delegation claim ਨੂੰ ਸਿਰਫ਼ ਦਿਖਾਵੇ ਦੇ ਅਧਾਰ ਤੇ ਮੰਨਣ ਦੀ ਬਜਾਏ ਆਪਣੀਆਂ ਆਪਣੀਆਂ records ਨਾਲ ਪਰਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਆਮ ਭ੍ਰਮ

  • "ਜੇ agent verified ਹੈ, ਤਾਂ user ਨੇ ਇਸਨੂੰ ਮਨਜ਼ੂਰ ਕੀਤਾ ਹੋਵੇਗਾ." Verification client ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ। ਮਨਜ਼ੂਰੀ ਵਿਅਕਤੀ ਵਲੋਂ, ਉਸ channel ਰਾਹੀਂ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸ ਤੇ ਤੁਹਾਡੀ application ਭਰੋਸਾ ਕਰਦੀ ਹੈ।
  • "ਮੇਰੇ user ਦੀ session ਵਰਤਦਾ agent ਠੀਕ ਹੈ." ਹੋ ਸਕਦਾ ਹੈ, ਪਰ session interactive human use ਲਈ ਜਾਰੀ ਹੋਈ ਸੀ। ਬਹੁਤ ਸਾਰੀਆਂ applications automation ਲਈ ਇੱਕ dedicated, scoped grant ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀਆਂ ਹਨ ਤਾਂ ਜੋ actions ਯੋਗਤਾ-ਜੋੜੀਆਂ ਹੋਣ ਅਤੇ revoke ਕੀਤੀਆਂ ਜਾ ਸਕਣ।
  • "Delegation ਸਭ ਕੁਝ ਜਾਂ ਕੁਝ ਵੀ ਨਹੀਂ." ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ delegations ਸੰਕੀਰਨ ਹੁੰਦੀਆਂ ਹਨ: read access ਵਿਆਪਕ, write access ਸਿਰਫ਼ ਖਾਸ actions ਲਈ, ਅਤੇ ਜੋ ਵੀ ਅਟੱਲ ਹੋਵੇ ਉਸ ਲਈ ਪੁਸ਼ਟੀਕਰਨ।

Proof of Actor ਦਾ ਇਸ ਨਾਲ ਕਿਵੇਂ ਸੰਬੰਧ ਹੈ

Proof of Actor ਤੁਹਾਨੂੰ ਇਹ ਦੇਖਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ interaction agent-driven ਹੈ ਜਾਂ AI-assisted, ਅਤੇ ਕਿਸ ਆਧਾਰ ਤੇ: verified, declared, inferred ਜਾਂ unknown. ਇਹ ਸੰਦਰਭ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ delegation ਦੇ ਸਵਾਲ ਕਿੱਥੇ ਉੱਭਰਦੇ ਹਨ, ਉਦਾਹਰਣ ਵਜੋਂ ਇੱਕ autonomous agent ਜੋ human account session ਦੇ ਅੰਦਰ ਕੰਮ ਕਰ ਰਿਹਾ ਹੋਵੇ। Proof of Actor delegation credentials ਜਾਰੀ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਨਾ ਹੀ ਉਹਨਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ Agent result ਕਦੇ ਵੀ ਇਹ imply ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਸੇ ਵਿਅਕਤੀ ਨੇ ਉਸ ਕਾਰਵਾਈ ਨੂੰ ਅਧਿਕਾਰ ਦਿੱਤਾ ਸੀ। ਇਹ ਫੈਸਲਾ ਤੁਹਾਡੀਆਂ ਆਪਣੀਆਂ grants, scopes ਅਤੇ confirmations ਕਰਦੀਆਂ ਹਨ, ਅਤੇ Route ਤੁਹਾਨੂੰ ਅਸਲੀ traffic observe ਕਰਨ ਤੋਂ ਬਾਅਦ ਹਰ route ਲਈ ਸਹੀ policy ਲਾਗੂ ਕਰਨ ਦਿੰਦਾ ਹੈ। policy patterns ਲਈ, ਵੇਖੋ humans ਅਤੇ AI agents ਲਈ app-level policies ਡਿਜ਼ਾਈਨ ਕਰਨਾ।

ਪੜ੍ਹੋ evidence ਕੀ ਸਥਾਪਿਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ, ਜਾਂ early access ਲਈ ਅਰਜ਼ੀ ਦਿਓ।

ਸਰੋਤ

ਆਪਣੇ app ਵਿੱਚ actor intelligence ਵੇਖੋ।

ਪਹਿਲਾਂ ਗੱਲ ਕਰਨੀ ਪਸੰਦ ਕਰੋਗੇ? founders ਨਾਲ ਗੱਲ ਕਰੋ