Skip to content

Credit Lifecycle

Sleepwalker uses credits for billable actions.

StateMeaning
estimatedSleepwalker calculated the expected credit cost.
reservedCredits were held before queued work started.
settledCredits were consumed for completed billable work.
releasedReserved credits were returned because work did not run or did not complete billable work.
failedThe billable action failed and no settled charge was recorded for that work.

AI Visibility is metered per probe (one prompt on one platform = one probe).

1 probe = that model's credits_per_probe (platform defaults range from 1 to 6 credits)

A probe that selects a non-default model costs that model’s own per-probe price, which varies by model. See List visibility models for the exact credits_per_probe, and Create visibility run for how to select one. A run’s reserved credits are the sum of its probes’ individual prices, so a run pinned to a premium model reserves more than one credit per probe.

If a request contains more probes than the account can fund, Sleepwalker queues probes in order until the next probe no longer fits the balance and marks the rest as skipped.

The completed probes remain available. Skipped probes are reported as not run because of insufficient credits.

Probe credits are settled when Sleepwalker returns a usable response or citations. If a probe fails without a usable result, the reserved credit is released.

Cancelling a run (Cancel visibility run) releases the reserved credits of every probe that had not started. Probes already executing finish and settle normally; the remaining release happens when the last one completes.

Content Intelligence runs are metered by analysis depth:

DepthCredits
score3
full6

Single actions have their own fixed credit costs:

ActionCredits
Page serialization1
Prompt suggestion batch1
Trend discovery1
Content score with trends2
Content score without trends3

Synchronous single actions reserve credits before work starts. If the action returns a billable result, the reservation is settled in the same request. If the page is blocked, content is empty, or the action cannot complete billable work, the reservation is released.

Scheduled saved tests use the same reserve, settle, and release lifecycle as manual saved runs. If an account has no usable credits, the scheduled run is skipped before provider or browser work starts.

Invalid requests that are rejected before work begins do not consume credits.

Actions that cannot start do not consume credits.

When credits are reserved and work cannot be completed, unused credits are released rather than settled.