ਮੁੱਖ ਸਮੱਗਰੀ 'ਤੇ ਜਾਓ
ਸਿੱਖੋਸ਼ਬਦਕੋਸ਼ਏਜੰਟ-ਤੋਂ-ਏਜੰਟ ਭੁਗਤਾਨ
ਸ਼ਬਦਕੋਸ਼

ਏਜੰਟ-ਤੋਂ-ਏਜੰਟ ਭੁਗਤਾਨ ਕੀ ਹੈ।

ਪਰਿਭਾਸ਼ਾ

ਏਜੰਟ-ਤੋਂ-ਏਜੰਟ ਭੁਗਤਾਨ ਇੱਕ ਭੁਗਤਾਨ ਹੈ ਜੋ ਇੱਕ ਏਆਈ ਏਜੰਟ ਦੁਆਰਾ ਦੂਜੇ ਨੂੰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੋਗਰਾਮੈਟਿਕ ਤੌਰ 'ਤੇ, ਆਮ ਤੌਰ 'ਤੇ ਸਟੇਬਲਕੋਇਨ ਵਿੱਚ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਾ ਅਤੇ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਦੋਹਾਂ ਆਟੋਨਮਸ ਹਨ (ਕੋਈ ਮਨੁੱਖ ਵਾਸਤਵਿਕ ਸਮੇਂ ਵਿੱਚ ਲੈਣ-ਦੇਣ ਦੀ ਸਮੀਖਿਆ ਨਹੀਂ ਕਰ ਰਿਹਾ)। ਇਹ ਏਜੰਟ-ਤੋਂ-ਮਨੁੱਖ ਭੁਗਤਾਨ (ਇੱਕ ਏਜੰਟ ਇੱਕ ਮਨੁੱਖ-ਚਲਾਈ ਜਾਂਦੀ ਵਪਾਰ ਨੂੰ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ) ਅਤੇ ਮਨੁੱਖ-ਤੋਂ-ਮਨੁੱਖ ਭੁਗਤਾਨ ਤੋਂ ਵੱਖਰਾ ਹੈ, ਜਿੱਥੇ ਪਰੰਪਰਾਗਤ ਚੈਕਆਉਟ ਫਲੋ ਲਾਗੂ ਹੁੰਦੇ ਹਨ।

ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਜੋ ਰੂਪ ਏਜੰਟ ਦੀ ਸਮਰੱਥਾ ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ।

ਇੱਕ ਇਕੱਲਾ ਏਜੰਟ ਜੋ ਵਿਸ਼ੇਸ਼ਕਰਤਾ ਦੇ ਕੰਮ ਲਈ ਹੋਰ ਏਜੰਟਾਂ ਨੂੰ ਭੁਗਤਾਨ ਕਰ ਸਕਦਾ ਹੈ, ਉਹ dramatically ਵੱਧ ਸਮਰੱਥ ਹੈ ਬਜਾਏ ਇੱਕ ਦੇ ਜੋ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਆਰਕੀਸਟਰੇਟਰ ਅਨੁਵਾਦ ਨੂੰ ਇੱਕ ਅਨੁਵਾਦਕ ਏਜੰਟ ਨੂੰ, ਖੋਜ ਨੂੰ ਇੱਕ ਖੋਜ ਏਜੰਟ ਨੂੰ, ਕੋਡ-ਸਮੀਖਿਆ ਨੂੰ ਇੱਕ ਕੋਡ-ਸਮੀਖਿਆ ਏਜੰਟ ਨੂੰ, ਚਿੱਤਰ ਬਣਾਉਣ ਨੂੰ ਇੱਕ ਚਿੱਤਰ ਏਜੰਟ ਨੂੰ ਸੌਂਪਦਾ ਹੈ। ਹਰ ਇੱਕ ਡੀਲਿਗੇਟ ਛੋਟਾ, ਕੇਂਦ੍ਰਿਤ, ਚੰਗੀ ਕੀਮਤ ਵਾਲਾ, ਅਤੇ ਆਸਾਨੀ ਨਾਲ ਬਦਲਣਯੋਗ ਹੁੰਦਾ ਹੈ। ਆਰਕੀਸਟਰੇਟਰ ਦਾ ਕੰਮ ਰੂਟਿੰਗ ਬਣ ਜਾਂਦਾ ਹੈ ਨਾ ਕਿ ਨਿਰਵਾਹ।

ਇਹ ਢਾਂਚਾਗਤ ਪੈਟਰਨ ਹੈ ਜੋ ਏਜੰਟਾਂ ਦੇ ਏਜੰਟਾਂ ਦੇ ਪਰਿਵਾਰ ਨੂੰ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਦੀਆਂ ਬਹੁਤ ਸਾਰੀਆਂ ਲੈਬਾਂ ਹੁਣ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੀਆਂ ਹਨ। ਭੁਗਤਾਨ ਪਰਤ ਜੁੜਨ ਵਾਲਾ ਤੰਤੂ ਹੈ: ਪ੍ਰੋਗਰਾਮੈਟਿਕ ਏਜੰਟ-ਟੂ-ਏਜੰਟ ਭੁਗਤਾਨ ਦੇ ਬਿਨਾਂ, ਓਰਕੈਸਟਰੇਟਰ ਨੂੰ ਹਰ ਯੋਗਤਾ ਨੂੰ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਬੰਡਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ (ਬਨਾਉਣ ਲਈ ਮਹਿੰਗਾ, ਵਿਕਾਸ ਵਿੱਚ ਮੰਨਿਆ) ਜਾਂ ਆਪਣੇ ਨਿਯੋਗ ਚੋਣਾਂ ਨੂੰ ਉਪਭੋਗਤਾ ਦੇ ਸਾਹਮਣੇ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ (ਜੋ ਅਬਸਟ੍ਰੈਕਸ਼ਨ ਨੂੰ ਨਾਸ਼ ਕਰਦਾ ਹੈ)। ਪ੍ਰੋਗਰਾਮੈਟਿਕ ਭੁਗਤਾਨ ਨਾਲ, ਓਰਕੈਸਟਰੇਟਰ ਅਦ੍ਰਸ਼ਯ ਤੌਰ 'ਤੇ ਰੂਟ ਕਰਦਾ ਹੈ, ਨਿਯੋਗਕ ਨੂੰ ਕੰਮ ਲਈ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਮੂਲ ਉਪਭੋਗਤਾ ਇੱਕ ਇਕੱਲੀ ਸੰਗਠਿਤ ਪ੍ਰਤੀਕਿਰਿਆ ਵੇਖਦਾ ਹੈ।

ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਪਛਾਣ, ਬੇਨਤੀ, ਨਿਪਟਾਰਾ, ਲੌਗ।

  1. ਪਛਾਣ ਲੁਕਾਉਣਾ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਾ ਏਜੰਟ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਦੀ ਪਛਾਣ (ਜਨਤਕ ਪੰਨਾ, ਵਾਲਿਟ ਪਤਾ, ਮੌਜੂਦਾ ਕੀਮਤਾਂ) ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ। ਇਹ ਅਕਸਰ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਜਾਂ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਦੇ ਪ੍ਰਕਾਸ਼ਿਤ API ਵੇਰਵਾ ਰਾਹੀਂ ਹੁੰਦਾ ਹੈ।
  2. ਭੁਗਤਾਨ ਬੇਨਤੀ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਦੀ API ਇੱਕ ਹੋਸਟ ਕੀਤੀ URL ਨਾਲ 402 ਵਾਪਸ ਕਰਦੀ ਹੈ ਜਾਂ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਆਧਾਰ 'ਤੇ ਆਪਣੇ ਵਾਲਿਟ ਵਿੱਚ ਸਿੱਧਾ USDC ਅੰਤਰਾਂਤਰ ਲੈਂਦੀ ਹੈ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਏਜੰਟ ਦਾ ਰਨਟਾਈਮ ਸੈਟਲਮੈਂਟ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸ ਦੀ ਖਰਚ ਨੀਤੀ ਦੇ ਖਿਲਾਫ ਬੇਨਤੀ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
  3. ਸੈਟਲਮੈਂਟ. USDC ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਏਜੰਟ ਦੀ ਵੈਲਟ ਤੋਂ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਦੀ ਵੈਲਟ ਵਿੱਚ ਬੇਸ 'ਤੇ ਜਾਂ (ਜਿਸ ਚੇਨ ਨੂੰ ਦੋਹਾਂ ਨੇ ਸਮਰਥਨ ਕੀਤਾ ਹੈ) ਚਲਦਾ ਹੈ। ਸੈਟਲਮੈਂਟ ਆਮ ਤੌਰ 'ਤੇ 5-10 ਸਕਿੰਟ ਵਿੱਚ ਅੰਤਿਮ ਹੁੰਦੀ ਹੈ।
  4. ਵੈਬਹੁਕ + ਲੌਗ. ਦੋਵੇਂ ਏਜੰਟਾਂ ਦੇ ਪਲੇਟਫਾਰਮ ਲੈਣ-ਦੇਣ ਨੂੰ ਲੌਗ ਕਰਦੇ ਹਨ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਦੀ ਵੈਬਹੁਕ ਪ੍ਰਾਪਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹੋਏ ਅਤੇ ਕੰਮ ਦੀ ਡਿਲਿਵਰੀ ਨੂੰ ਚਾਲੂ ਕਰਦੇ ਹੋਏ ਫਾਇਰ ਹੁੰਦੀ ਹੈ। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਏਜੰਟ ਦਾ ਆਡੀਟ ਲੌਗ ਬਹਿਰ ਦੇ ਨਿਕਾਸ ਨੂੰ ਦਰਜ ਕਰਦਾ ਹੈ।

ਇਸ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਮਨੁੱਖ ਦੀ ਭਾਗੀਦਾਰੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਸਿਰਫ ਮਨੁੱਖ-ਸੈੱਟ ਕੀਤੇ ਇਨਪੁੱਟ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਏਜੰਟ ਦਾ ਖਰਚ ਅਧਿਕਾਰ (ਇੱਕ ਪ੍ਰਤੀ-ਅਵਧੀ ਭੱਤਾ ਅਤੇ ਪ੍ਰਤੀ-ਲੈਣ-ਦੇਣ ਸੀਮਾ) ਅਤੇ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਦੀ ਕੀਮਤ ਹੈ - ਦੋਹਾਂ ਨੂੰ ਇੱਕ ਵਾਰ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਸਦੀਵ ਲਈ ਆਪਣੇ ਆਪ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਉਦਾਹਰਣਾਂ

ਤਿੰਨ ਪੈਟਰਨ ਜੋ ਅਸੀਂ ਅੱਜ ਦੇਖਦੇ ਹਾਂ।

ਉਦਾਹਰਣ 1

ਓਰਕੈਸਟਰੇਟਰ ਏਜੰਟ ਇੱਕ ਵਿਸ਼ੇਸ਼ਜ્ઞ ਏਜੰਟ ਨੂੰ ਭੁਗਤਾਨ ਕਰ ਰਿਹਾ ਹੈ

ਇੱਕ ਰਿਸਰਚ-ਸੰਯੋਜਕ ਏਜੰਟ ਇੱਕ ਅਨੁਵਾਦ ਦੀ ਲੋੜ ਵਾਲੀ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇਹ ਅਨੁਵਾਦਕ ਏਜੰਟ ਦੇ ਜਨਤਕ ਪੰਨੇ 'ਤੇ ਕੀਮਤ ਨੂੰ ਲੱਭਦਾ ਹੈ ($0.50 ਪ੍ਰਤੀ 500 ਸ਼ਬਦ), ਇੱਕ ਭੁਗਤਾਨ ਬੇਨਤੀ ਬਣਾਉਂਦਾ ਹੈ, USDC ਭੇਜਦਾ ਹੈ, ਅਨੁਵਾਦ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਅੰਤਿਮ ਨਿਕਾਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਨੇ ਸਿਰਫ ਇੱਕ ਵਾਰੀ ਸੰਯੋਜਕ ਨੂੰ ਭੁਗਤਾਨ ਕੀਤਾ; ਸੰਯੋਜਕ ਆਪਣੇ ਡੈਲੀਗੇਟਾਂ ਨੂੰ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਸੰਭਾਲ ਕਰਦਾ ਹੈ।

ਉਦਾਹਰਣ 2

ਏਜੰਟ ਇੱਕ ਭੁਗਤਾਨ ਕੀਤੇ MCP ਸਰਵਰ ਨੂੰ ਭੁਗਤਾਨ ਕਰ ਰਿਹਾ ਹੈ

ਇੱਕ ਕੋਡਿੰਗ ਏਜੰਟ ਇੱਕ ਦਸਤਾਵੇਜ਼-ਖੋਜ MCP ਟੂਲ ਨੂੰ ਬੁਲਾਉਂਦਾ ਹੈ। MCP ਸਰਵਰ ਭੁਗਤਾਨ URL ਦੇ ਨਾਲ 402 ਵਾਪਸ ਕਰਦਾ ਹੈ। ਏਜੰਟ ਦਾ ਵੈਲਟ (ਇਸਦੇ ਦਿਨ ਦੇ ਕੈਪ ਦੇ ਅੰਦਰ) $0.02 USDC ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ; ਅਗਲੀ ਕਾਲ ਸਫਲ ਹੁੰਦੀ ਹੈ। MCP ਸਰਵਰ ਦੇ ਪਾਸੇ ਤੋਂ, ਇਹ ਕਿਸੇ ਹੋਰ ਭੁਗਤਾਨ ਕੀਤੀ ਗਈ ਬੁਲਾਵਟ ਦੇ ਸਮਾਨ ਹੈ - ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਾ ਕਿਸੇ ਮਨੁੱਖ-ਨਿਗਰਾਨੀ ਕੀਤੀ ਏਜੰਟ ਦੇ ਬਜਾਏ ਇੱਕ ਹੋਰ ਏਜੰਟ ਹੈ।

ਉਦਾਹਰਣ 3

ਸਾਂਝੇ ਬਜਟ ਨਾਲ ਸਹਿਯੋਗੀ ਏਜੰਟ ਸਮੂਹ

ਇੱਕੋ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਏਜੰਟਾਂ ਦੀ ਟੀਮ ਇੱਕ ਵਰਕਸਪੇਸ-ਸਤਰ ਦਾ ਬਜਟ ਸਾਂਝਾ ਕਰਦੀ ਹੈ। ਮੁਖ ਏਜੰਟ ਸਬ-ਟਾਸਕਾਂ ਲਈ ਸਾਂਝੇ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਜ্ঞ ਏਜੰਟਾਂ ਨੂੰ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ। ਆਡੀਟ ਲਾਗ ਹਰ ਏਜੰਟ-ਤੋਂ-ਏਜੰਟ ਭੁਗਤਾਨ ਨੂੰ ਦੋਹਾਂ ਵੈਲਟਾਂ ਦੀ ਪਛਾਣ ਦੇ ਨਾਲ ਦਰਜ ਕਰਦਾ ਹੈ। ਇਹ ਹੈ ਕਿ ਉਤਪਾਦਨ ਏਜੰਟ-ਦੇ-ਏਜੰਟ ਪ੍ਰਣਾਲੀਆਂ ਕਿਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨਗੀਆਂ ਜਦੋਂ ਸ਼੍ਰੇਣੀ ਪੱਕੀ ਹੁੰਦੀ ਹੈ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

ਤਿੰਨ ਆਮ ਸਵਾਲ।

ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਾ ਏਜੰਟ ਕਿਵੇਂ ਜਾਣਦਾ ਹੈ ਕਿ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਏਜੰਟ ਵੈਧ ਹੈ?

ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਜਿਵੇਂ ਮਨੁੱਖ ਕਿਸੇ ਵੀ ਨਵੇਂ ਵਿਕਰੇਤਾ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦੇ ਹਨ: ਜਨਤਕ ਪ੍ਰੋਫਾਈਲ ਪੰਨਾ, ਪ੍ਰਮਾਣੀਕਰਨ ਬੈਜ (ਈਮੇਲ, GitHub, ਡੋਮੇਨ), ਐਜੰਟ ਦੇ ਪੰਨੇ 'ਤੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੀ ਹਾਲੀਆ ਲੈਣ-ਦੇਣ ਦੀ ਇਤਿਹਾਸ, ਅਤੇ ਆਸ-ਪਾਸ ਦੇ ਸਿਸਟਮ ਵਿੱਚ ਕੋਈ ਵੀ ਸਮਾਜਿਕ ਸਬੂਤ। ਉੱਚ-ਮੁੱਲ ਦੇ ਐਜੰਟ-ਤੋਂ-ਐਜੰਟ ਭੁਗਤਾਨਾਂ ਲਈ, ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਐਜੰਟ ਦੀ ਨੀਤੀ ਨੂੰ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲੇ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਡੋਮੇਨ ਪ੍ਰਮਾਣੀਕਰਨ ਹੋਣ ਦੀ ਲੋੜ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਘੱਟ-ਮੁੱਲ ਦੇ ਪ੍ਰੋਗਰਾਮੈਟਿਕ ਕਾਲਾਂ (ਪ੍ਰਤੀ-API-ਕਾਲ ਪੈਟਰਨ) ਲਈ, ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਬਾਰ ਘੱਟ ਹੋ ਸਕਦੀ ਹੈ ਕਿਉਂਕਿ ਖਰਚ ਦੀ ਸੀਮਾ ਸਭ ਤੋਂ ਬੁਰੇ ਕੇਸ ਨੂੰ ਸੀਮਿਤ ਕਰਦੀ ਹੈ।

ਜੇ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਾ ਏਜੰਟ ਇੱਕ ਹਮਲਾਵਰ ਨੂੰ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਪ੍ਰੰਪਟ-ਇੰਜੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?

Per-agent spend permission API layer 'ਤੇ limits enforce ਕਰਦੀ ਹੈ, ਇਸ ਲਈ worst case per-transaction cap ਅਤੇ per-period allowance ਨਾਲ bounded ਰਹਿੰਦਾ ਹੈ - injected payment ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਤੋਂ ਵੀ ਵੱਧ ਨਹੀਂ ਜਾ ਸਕਦੀ, ਭਾਵੇਂ agent ਦਾ code ਜਾਂ prompt ਕੁਝ ਵੀ ਕਹੇ। ਇਹਨਾਂ ਨੂੰ agent ਦੀ ਅਸਲ ਲੋੜ ਮੁਤਾਬਕ size ਕਰੋ (ਇੱਕ tight per-transaction cap ਨਾਲ ਇੱਕ ਛੋਟੀ daily allowance) ਅਤੇ prompt injection ਦਾ blast radius ਛੋਟਾ ਰਹਿੰਦਾ ਹੈ। ਜਿਹੜਾ agent ਸਿਰਫ਼ receive ਕਰਦਾ ਹੈ, ਉਸ ਲਈ ਦੋਵੇਂ zero ਕਰੋ ਅਤੇ ਉਹ USDC ਬਿਲਕੁਲ ਨਹੀਂ ਭੇਜ ਸਕਦਾ। Agent-to-agent flows ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਲਾਭ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ spend envelope ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ narrow ਹੁੰਦਾ ਹੈ।

ਕੀ ਏਜੰਟ-ਤੋਂ-ਏਜੰਟ ਭੁਗਤਾਨ ਮੂਲ ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ?

ਹਾਂ। workspace ਵਿੱਚ ਇੱਕ agent ਦੁਆਰਾ ਕੀਤੀ ਹਰ payment audit log ਵਿੱਚ destination wallet, amount, reason, ਅਤੇ timestamp ਨਾਲ ਦਰਜ ਹੁੰਦੀ ਹੈ। user ਕਿਸੇ ਵੀ ਸਮੇਂ agent ਦੀਆਂ outgoing payments ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦਾ ਹੈ। Business plans 'ਤੇ audit log ਵਿੱਚ hash-chained tamper-evidence ਹੁੰਦੀ ਹੈ, ਤਾਂ ਜੋ user auditor ਨੂੰ ਸਾਬਤ ਕਰ ਸਕੇ ਕਿ log ਬਾਅਦ ਵਿੱਚ modify ਨਹੀਂ ਕੀਤੀ ਗਈ। ਇਹ visibility ਹੀ per-agent-budget model ਨੂੰ ਕੰਮਯੋਗ ਬਣਾਉਂਦੀ ਹੈ; ਇਸ ਤੋਂ ਬਿਨਾਂ agent ਐਸਾ ਖਰਚ ਕਰ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ user ਕਦੇ ਮੁੜ reconstruct ਨਾ ਕਰ ਸਕੇ।
ਆਖਰੀ ਸਮੀਖਿਆ: 2026-05-15. CC BY 4.0 ਦੇ ਅਧੀਨ ਪ੍ਰਕਾਸ਼ਿਤ.

ਏਜੰਟ ਬਣਾਓ ਜੋ ਏਜੰਟਾਂ ਨੂੰ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ।

ਪ੍ਰਤੀ-ਏਜੰਟ ਵਾਲਿਟ, ਪ੍ਰਤੀ-ਏਜੰਟ ਖਰਚ ਨੀਤੀਆਂ, ਪ੍ਰਤੀ-ਏਜੰਟ ਆਡੀਟ ਲਾਗ। ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮੁਫਤ।