Hanzo
Start

Money

Balance, then the usage that moved it.

Balance, then the usage that moved it.

Neither takes an org: both derive the tenant server-side from the JWT owner claim, so a key can only read its own money. Both ids are cloud's now — /v1/billing is among the routes where the binary's own woven document replaced a hand-written spec, so the prose is the handler's.

An example CAN ask for a window again: /v1/billing/usage takes start and end. It briefly did not — the merge was replacing the whole authored operation with cloud's undescribed one, and this note said to stop asking. Both are restored, along with the response schema, so an SDK reads a typed body rather than decoding by hand. See LLM.md, "An empty field from the winner must not delete a populated one".

Prepaid credit balance

GET /v1/billing/balance · reference →

The org's prepaid credit balance in USD cents — the same wallet the gateway debits.

ParameterInRequiredDescription
currencyqueryOptional currency filter (default usd)

hanzo has no subcommand for this operation — the CLI serves only what cloud's live route table confirms. Use HTTP or an SDK.

Per-request usage ledger

GET /v1/billing/usage · reference →

The raw per-request billing ledger (one row per billed call) for the caller's own org.

ParameterInRequiredDescription
startqueryOptional server-side window start
endqueryOptional server-side window end

hanzo has no subcommand for this operation — the CLI serves only what cloud's live route table confirms. Use HTTP or an SDK.


Every command, call and tool above is generated from the same OpenAPI document that generates the SDKs themselves — the four surfaces are projections of one doc comment, so they cannot disagree.

How is this guide?

On this page