Skip to main content
Every agent run uses a selected model and consumes credits based on measured model usage. The model picker shows a multiplier band as a quick relative-cost guide; the run estimate and final transaction use measured history and actual usage.

​
Trial credits

Your 14-day trial includes 2 credits total, shared across your account for agent runs and content generation. Extra projects, trial extensions, and adding a payment method do not replenish this allowance. Unused trial credits expire. During the trial, agents default to an economical available model. You can choose another model and review its estimate before running. Scheduled agents become available when paid billing begins. New runs require enough credits for their reservation; runs already in progress finish under the normal settlement rules. When paid billing begins, your trial remainder is replaced by your full plan allowance, including 20 credits for Plus. Previously issued trial allowances are preserved until they expire or paid billing begins.

​
Model picker

The Model picker appears when you start or schedule a built-in agent and when you create a custom agent. It shows only models that are available to your account. The model catalog assigns these bands: A band compares the model’s representative input/output cost with the 1x reference. It is not a fixed charge and does not mean every 2x run costs exactly twice a particular 1x run. Prompt size, output length, tool work, and cached tokens affect the final amount.

​
Estimated per run

When the same agent and model have completed measured runs, DevTune shows Estimated per run from the 75th percentile of up to 20 recent positive-usage runs. The dialog states how many runs form the estimate’s basis. When there is no measured history, the dialog shows Credit estimate unavailable. DevTune reserves one credit to protect the shared balance, then replaces that pending amount with the final measured cost after completion. Changing the model changes the estimate because history is kept per agent and model.

​
Estimated monthly

The schedule dialog also shows Estimated monthly when a per-run estimate exists:
  • Daily schedules use 30 runs per display month
  • Weekly schedules use 30 ÷ 7 runs per display month
  • Monthly schedules use one run per display month
This is planning guidance, not a spending cap. Actual scheduled-run usage settles separately for every run.

​
Balance checks and final cost

A run whose project has no evidence the agent can read is stopped before the reservation, so it never reserves or spends credits. See the evidence a run needs. Before a run starts, DevTune reserves the estimated amount. If no estimate exists, it uses the one-credit first-run reservation. The run is blocked when the available account balance cannot cover that reservation. After the run finishes:
  • The final credit cost is calculated from measured model usage
  • Any unused reservation returns to the account balance
  • Additional usage is debited from the remaining balance when available
  • The Transactions ledger replaces the pending estimate with the final amount
If measured usage exceeds the reservation and the remaining balance cannot cover the full overage, DevTune debits only the available balance. The transaction shows the credits actually charged, while settlement metadata records the unpaid measured usage as credit_micros_shortfall. The balance never becomes negative, and the shortfall is not carried forward or charged later. Runs already in progress continue if the account later reaches zero credits. New runs remain blocked until credits become available. Credits are one account-wide pool shared by agent runs and content workflows. Monthly allowance credits expire at the next billing anniversary; purchased credit packs do not expire. Spending uses expiring allowance credits before purchased credits.

​
Next steps