Define limits before delegating payment access.
Review how payment limits are evaluated and which paths are covered by enforcement. Set an allowance per period and a per-transaction cap on each agent in the dashboard.
ਆਟੋਨੋਮਸ ਏਜੰਟ ਗਲਤੀਆਂ ਕਰਦੇ ਹਨ। ਉਹ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਉਹ ਲੂਪ ਕਰਦੇ ਹਨ। ਉਹ ਪ੍ਰੰਪਟ-ਇੰਜੈਕਟ ਹੋ ਜਾਂਦੇ ਹਨ। ਉਹ ਕਦੇ-ਕਦੇ ਉਹ ਪੈਸਾ ਖਰਚ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਆਗਿਆਤ ਨਹੀਂ ਕੀਤੀ।
An AgentCredia spend permission is owner-set in the dashboard and enforced by the backend, not by the agent's code. Every outbound payment is checked against the active permission before the API accepts it, so a payment above the limit is rejected even if the agent's logic tries to send it. Your code can read the permission over the API to display it or plan around it, but it cannot raise it.
ਚਾਰ ਮਾਪ। ਇੱਕ ਵਾਰੀ ਸੈੱਟ ਕਰੋ। ਹਰ ਥਾਂ ਲਾਗੂ ਕੀਤਾ ਗਿਆ।
ਇੱਕ ਸਮੇਂ ਦੇ ਦੌਰਾਨ ਭੁਗਤਾਨ
allowance_wei ਕੁੱਲ USDC (ਬੇਸ ਯੂਨਿਟ) ਹੈ ਜੋ ਏਜੰਟ ਇੱਕ period_seconds ਵਿੰਡੋ ਵਿੱਚ ਭੇਜ ਸਕਦਾ ਹੈ। ਪੀਰੀਅਡ ਇੱਕ ਦਿਨ (86400), ਇੱਕ ਹਫਤਾ (604800), ਜਾਂ 30 ਦਿਨ (2592000) ਹੈ।
ਪ੍ਰਤੀ-ਲੈਣ-ਦੇਣ ਸੀਮਾ
per_tx_wei ਸਭ ਤੋਂ ਵੱਡਾ ਇਕਲ ਬਾਹਰੀ ਭੁਗਤਾਨ ਹੈ ਜੋ ਆਗਿਆਤ ਹੈ। ਇਹ ਇੱਕ ਗਲਤ ਕਾਲ ਨੂੰ ਰੋਕਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਇਰਾਦੇ ਤੋਂ ਵੱਧ ਨਹੀਂ ਚੱਲਦਾ, ਸਮੇਂ ਦੀ ਆਗਿਆ ਤੋਂ ਅਜ਼ਾਦ।
ਵੈਧਤਾ ਵਿੰਡੋ
start_at ਅਤੇ end_at ਉਸ ਵੇਲੇ ਬੰਨ੍ਹੇ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਆਗਿਆ ਜੀਵੰਤ ਹੁੰਦੀ ਹੈ। ਇਸ ਖਿੜਕੀ ਦੇ ਬਾਹਰ ਇਹ ਖਰਚ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦਾ, ਇਸ ਲਈ ਤੁਸੀਂ ਇੱਕ ਬਜਟ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸਟੇਜ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਇੱਕ ਨੂੰ ਆਪਣੇ ਆਪ ਮਿਆਦ ਪੂਰੀ ਕਰਨ ਦੇ ਸਕਦੇ ਹੋ।
ਰੱਦ
revoked_at ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਦੋਂ ਇੱਕ ਆਗਿਆ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਬੰਦ ਕੀਤੀ ਗਈ ਸੀ। ਆਗਿਆ ਨੂੰ ਰੱਦ ਕਰਨਾ ਕਿਸੇ ਵੀ ਭੁਗਤਾਨ ਲਈ ਤੁਰੰਤ ਆਗਿਆ ਨੂੰ ਜ਼ੀਰੋ 'ਤੇ ਲੈ ਜਾਂਦਾ ਹੈ ਜੋ ਇਸ ਤੋਂ ਬਾਅਦ ਮੁਲਾਂਕਣ ਕੀਤਾ ਗਿਆ।
Agent ਦੀ key ਆਪਣੀ limit ਖੁਦ ਨਹੀਂ ਵਧਾ ਸਕਦੀ।
ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਖਰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਬਣਾਉਂਦੇ, ਬਦਲਦੇ, ਅਤੇ ਰੱਦ ਕਰਦੇ ਹੋ। API ਉਨ੍ਹਾਂ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਹੀ ਖੋਲ੍ਹਦਾ ਹੈ - ਕੋਈ ਐਂਡਪੋਇੰਟ ਨਹੀਂ ਹੈ ਅਤੇ ਕੋਈ SDK ਵਿਧੀ ਨਹੀਂ ਹੈ ਜੋ ਆਗਿਆ ਨੂੰ ਬਦਲਦੀ ਹੈ। ਇਹ ਸਾਰੀ ਗੱਲ ਹੈ: ਜੇ ਏਜੰਟ ਪ੍ਰੰਪਟ-ਇੰਜੈਕਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਇੱਕ ਲੂਪ ਵਿੱਚ ਫਸ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਆਪਣੀ ਖਰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਨੂੰ ਵਿਆਪਕ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਕਿਉਂਕਿ ਜਿਸ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨੂੰ ਇਹ ਰੱਖਦਾ ਹੈ ਉਹ ਕਦੇ ਵੀ ਉਹ ਸ਼ਕਤੀ ਨਹੀਂ ਦਿੱਤੀ ਗਈ।
ਜਦੋਂ ਕੋਈ payment active permission ਤੋਂ ਵੱਧ ਹੋਵੇ, backend chain ਨੂੰ ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਇਸਨੂੰ reject ਕਰ ਦਿੰਦਾ ਹੈ। ਕੋਈ funds ਨਹੀਂ ਹਿਲਦੇ। ਤੁਹਾਡਾ agent ਉਸ rejection ਨੂੰ ਕਿਸੇ ਹੋਰ failed call ਵਾਂਗ handle ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ attempt dashboard ਵਿੱਚ ਵੇਖਦੇ ਹੋ ਤਾਂ ਜੋ ਜੇ ਇਹ legitimate ਸੀ ਤਾਂ permission ਨੂੰ ਵਧਾ ਸਕੋ।
ਇਸਨੂੰ ਪ੍ਰਗਟ ਕਰਨ ਜਾਂ ਇਸਦੇ ਆਸ-ਪਾਸ ਯੋਜਨਾ ਬਣਾਉਣ ਲਈ ਮੌਜੂਦਾ ਅਨੁਮਤੀ ਫੈਚ ਕਰੋ।
GET /v1/agents/{id}/spend-permissions ਜੀਵੰਤ ਮੁੱਲਾਂ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਆਪਣੇ UI ਵਿੱਚ ਬਜਟ ਦਿਖਾਉਣ ਲਈ ਵਰਤੋਂ ਕਰੋ, ਜਾਂ ਏਜੰਟ ਨੂੰ ਇਹ ਜਾਂਚਣ ਦਿਓ ਕਿ ਭੁਗਤਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿੰਨਾ ਕਮਰਾ ਬਾਕੀ ਹੈ।
curl https://api.agentcredia.com/v1/agents/agt_123/spend-permissions \
-H "Authorization: Bearer $AGENTCREDIA_API_KEY"{
"allowance_wei": "5000000",
"per_tx_wei": "1000000",
"period_seconds": 86400,
"start_at": "2026-05-15T00:00:00Z",
"end_at": null,
"revoked_at": null
}allowance_weiTotal spend allowed per period, in USDC base units (6 decimals). "5000000" is 5 USDC.
per_tx_weiLargest single payment allowed, in base units. "1000000" is 1 USDC. A payment over this is rejected even if the period allowance has room.
period_secondsਉਹ window ਜਿਸ 'ਤੇ allowance ਲਾਗੂ ਹੁੰਦੀ ਹੈ: 86400 (day), 604800 (week), ਜਾਂ 2592000 (30 days)।
start_at / end_atਜਦੋਂ permission active ਹੋਵੇ। open-ended permission ਲਈ end_at null ਹੁੰਦਾ ਹੈ।
revoked_atਸਰਗਰਮ ਹੋਣ ਦੇ ਦੌਰਾਨ ਨੱਲ; ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਰੱਦ ਕੀਤੇ ਜਾਣ 'ਤੇ ਇੱਕ ਟਾਈਮਸਟੈਂਪ। ਇੱਕ ਰੱਦ ਕੀਤਾ ਗਿਆ ਅਧਿਕਾਰ ਕੁਝ ਵੀ ਅਧਿਕਾਰਤ ਨਹੀਂ ਕਰਦਾ।
ਦਿਨ, ਹਫ਼ਤਾ, ਜਾਂ 30 ਦਿਨ।
period_seconds ਤਿੰਨ ਮੁੱਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲੈਂਦਾ ਹੈ। ਆਗਿਆ ਉਸ ਸਮੇਂ ਦੁਬਾਰਾ ਸੈਟ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਸਮਾਂ ਚਲਦਾ ਹੈ; per_tx_wei ਹਰ ਇਕ ਭੁਗਤਾਨ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਚਾਹੇ ਸਮਾਂ ਕਿਸੇ ਵੀ ਹੋਵੇ।
864001 ਦਿਨ
6048001 ਹਫਤਾ
259200030 ਦਿਨ
ਇੱਕ ਖਰਚ ਕਰਨ ਦੀ ਆਗਿਆ ਇੱਕ ਸਖਤ ਸੀਮਾ ਹੈ, ਇੱਕ ਵਾਰੀ ਸੈੱਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਹਰ ਜਗ੍ਹਾ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ - ਨਾ ਕਿ ਪ੍ਰਤੀ-ਭੁਗਤਾਨ ਮਨਜ਼ੂਰੀ ਕਾਰਵਾਈ ਅਤੇ ਨਾ ਹੀ ਮਨੁੱਖ-ਇਨ-ਲੂਪ ਪੁਸ਼ਟੀ. ਜੇਕਰ ਤੁਹਾਨੂੰ ਮਨਜ਼ੂਰੀਆਂ ਜਾਂ ਬਹੁ-ਦਸਤਖਤ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਵੱਖਰਾ, ਭਾਰੀ ਪੈਟਰਨ ਹੈ; ਆਗਿਆ ਹਮੇਸ਼ਾਂ-ਚਾਲੂ ਫਲੋਰ ਹੈ.