Spending guardrails: instructions that keep an agent cheap

Copy-ready rules for your agent's system prompt, plus the limits enforced server-side.

Argorant enforces the hard boundary: credit checks and rate limits are server-side, so a misbehaving agent can never spend more than your balance. Everything above that line is your instructions. Here is what to write.

Rules to paste into an agent's instructions

  • Explore with counts and previews only. Both are free and unlimited, so iterate on filters as long as you like.
  • Before any reveal or export, state the exact row limit and the estimated credit cost, then wait for an explicit go.
  • Never raise a row limit on your own after a result comes back smaller than expected. Report and ask.
  • Never retry a payment error. Surface the top-up link and stop.
  • Use --json on every CLI call so output is parsed, not guessed at.
  • Prefer one export over many reveals when the list is larger than a couple of dozen rows.

Structural guardrails, in order of strength

  1. Scope the key. A key without spending scopes returns 403 on reveal and export. This cannot be argued around by a prompt.
  2. Cap the balance. A prepaid wallet is a hard ceiling on any unsupervised run. The agent spends what is there and no more.
  3. Separate the agents. One key for research, one for the human-approved spending step.
  4. Instruct. The weakest layer, and the only one many teams use.
An agent naming the spend and waiting for a go before it exports
An agent naming the spend and waiting for a go before it exports

The trap to know about

The CLI's confirmation prompt only appears for a human at a terminal. Inside an agent loop, a pipe or CI there is no prompt and reveal, export and verify --file spend immediately. Design as if the prompt does not exist, because for your agent it does not.

Every spend is logged and visible in your account, so a surprise is always explainable after the fact.

Still stuck? support@argorant.com