Your rolling windows for the scarce work (model generations and sandbox runs), a 5-hour and a weekly one by default: each window's limit in force now, what you used, what remains, when room comes back (resets_at) and a reason in plain words. Limits follow the platform's load (idle, normal or busy), and capacity_source says whether that load is configured or measured. admits is false while a window is limited. Reads and writes count only against the monthly units, and incident and paging work is never limited.
Needs scope usage:read.
bearerAuthorizationBearer <token>An access token from the identity provider: a person's, or a customer's from the client credentials grant with an API key (developers.inorbit.hr). The gateway verifies it; the audience is iohr-api.
org_id?stringThe account; empty for your own.
user_id?stringA member's user id, for an owner or admin of the account; empty for yourself.
iohr.accounts.v1.GetUsageLimitsResponse
application/json- response
iohr.accounts.v1.GetUsageLimitsResponse
account_id*stringadmits*booleancapacity_source*stringcategories*array<string>load*stringplan*stringuser_id*stringutilization*integerint32windows*array<>import { ApiError, Public } from "@inorbithr/sdk";// Reads INORBIT_TOKEN, or INORBIT_KEY_ID and INORBIT_KEY_SECRET.const api = Public.fromEnv();try { const { value } = await api.accounts.getUsageLimits(); console.log(value);} catch (e) { if (!(e instanceof ApiError)) throw e; console.error(`${e.code}: ${e.problem} (request id ${e.raw.requestId})`);}npm install @inorbithr/sdk. Calls the package's public surface; an operation newer than your package needs the next release or a client generated for your account. The SDKs.
{ "account_id": "string", "admits": true, "capacity_source": "string", "categories": [ "string" ], "load": "string", "plan": "string", "user_id": "string", "utilization": 0, "windows": [ { "base": "string", "limit": "string", "reason": "string", "remaining": "string", "resets_at": "string", "seconds": "string", "state": "string", "used": "string", "window": "string" } ]}Get units per day GET
The account's calls, tokens and units per UTC day, split by who made them (a key, or a person on the sites), by category or by operation. The four largest groups are named and the rest are summed as `other`. Thirty days by default, 92 at most. Needs scope `usage:read`.
List requests GET
Every call counted for the account in the last 30 days, newest first: when, which key or person, which operation, how it ended (ok, a client error or a platform error, with its code), how long it took, and its request id. Never what was sent or answered. Filter by status (ok, error, client, platform), a request id or key id, or part of an operation's name. Needs scope `usage:read`.