list_credit_activity
List your credit ledger entries, newest first — what each tool charged, for which project, plus net spend per tool. Scope it to one site with project_id…
Cost: Free (0 credits).
list_credit_activity shows your most recent credit ledger entries, newest first — what was granted, what you bought, and which tool charged what.
What it does
Reads your own credit ledger, scoped to your account, and returns one line per entry: when it happened, the signed number of credits, what kind of entry it is, and the tool behind it.
What counts as an entry
Only entries that moved your balance are listed. A tool run is recorded internally as a charge and a matching settlement marker worth zero credits; the marker is bookkeeping and is left out, because a 0 credits line next to the real charge for the same tool reads as an error rather than as a record.
A run that was refunded therefore shows twice — once as the charge and once as the refund — rather than disappearing. That is what keeps the numbers you see equal to the movements behind your balance.
For the running total itself, use get_credit_balance. For charts and a full history, use the Usage page in your dashboard.
Where the credits went, and how to read past the first page
Every reply ends with one Spent so far line: your net spend, how many tools it covers, and the five that took the most, with the tail collapsed into a single number. Net, not gross — a run that was refunded cost nothing, so a tool whose every call was released is left out rather than printed as a zero. If your ledger is larger than one summary can read, the line says how many entries it covered: a partial total that calls itself complete is worse than no total at all.
The list is capped, and the reply says how many entries it did not show along with the before_id to pass for the next page. Each page names the next value, so an account with hundreds of entries can be read all the way down. Page two calls itself a continuation rather than "your most recent", and counts what remains past the cursor rather than the size of the whole ledger.
The two ways of running out are told apart, and neither is reported as an empty ledger: a before_id that names no entry of yours is refused outright rather than quietly restarting from the top, while reaching your oldest entry says the history ends there.
Pass project_id to see what one site cost you. The ledger only began storing which project a spend was for partway through, and it is append-only, so entries older than that carry no project and can never match the filter — they are marked project not recorded in the list, and the scoped reply says so, rather than letting an empty answer read as "this site cost nothing".
Example
Ask your MCP client in plain language:
What have I spent credits on lately?
Input
| Field | Type | Required | Description |
|---|---|---|---|
limit | integer | No | How many recent entries to return (1-50, default 10). |
before_id | integer | No | Paging cursor: return only entries older than this entry id. Each answer names the value to pass for the next page. Omit for the newest entries. |
project_id | string (uuid) | No | Show only the spends recorded against this project (from list_projects). Entries written before the ledger started storing a project cannot match it; omit this to see the whole account. |
Returns
One line per ledger entry — timestamp, signed credits, kind, the tool where there is one, and which project the spend was for — newest first, with a pointer to get_credit_balance for your current total, the before_id for the next page when the list was cut, and a closing Spent so far line. Guidance when nothing has moved your balance yet, when a cursor names no entry of yours, and when the history ends.