Accounts & authentication
Sign out everywhere else
POST /api/v1/auth/tokens/revoke-others
Signs out your older CLI logins, browser sessions and phones, and ends connected apps approved before this sign-in. Signs out every CLI login, browser session, and phone of the caller's that is older than the sign-in this request came with, but not that one, nor the CLI login a cscale web session came from. For a token that may have leaked, when it is not clear which. Newer sign-ins stay, so a fresh sign-in always wins: sign in again to sign them out too. It needs a browser the caller signed in to with an email link, a passkey or a provider, or else their passkey on this request: a pending request returns a problem with next.action confirm; repeat it in the same client after confirming.
Parameters
Idempotency-Keyheader · optional · stringMakes a retry safe: a request with the same key and the same method, path, and body as an earlier one gets the earlier response instead of doing the work again. 1 to 255 visible ASCII characters; use a new key for each new request, such as a UUID. Keys are kept per caller for a day, and ignored for requests without credentials.
Minimum length:
1· Maximum length:255
Example request
curl --request POST 'https://commitscale.com/api/v1/auth/tokens/revoke-others' \
--header "Authorization: Bearer $CSCALE_TOKEN"Example values illustrate the format. Use your own credentials and identifiers.
Responses
200 How many it signed out, and how many newer ones it left.
application/json
{
"newer": 0,
"revoked": 0
}What signing out everywhere else did.
newerrequired · integer (int32)How many it left, because they are newer than the sign-in that asked. Sign in again to sign them out.
Minimum:
0revokedrequired · integer (int32)How many CLI logins, browser sessions, and phones it signed out.
Minimum:
0
RateLimit and RateLimit-Policy describe the request rate. Follow Retry-After when a response asks you to wait.
Problem responses
Errors use application/problem+json. Act on the stable code, and follow next when present. See the problem format.
check_key_scope403A check-only key may call the test check, read its own usage and acceptance rule, contact support, and withdraw data sharing.
Use a person's sign-in for account management. More agent power needs the owner's passkey; this key cannot widen itself.
feature_off403The namespace plan does not include this feature.
Retrying on the same plan will not help. GET /api/v1/namespaces/{namespace}/plan, and the namespace's Plan page in Settings, show what its plan includes.
unauthenticated401The request carried no credentials.
Use this operation's sign-in method. Bearer credentials use
Authorization: Bearer <token>; browser credentials use the session cookie.invalid_token401The token is unknown, expired, or revoked, its agent was revoked, or an OAuth token was used outside its MCP resource.
Stop using it. Sign in again, or ask the owner to create a replacement agent key.
forbidden403The caller may not do this: only people may, only owners may, or the agent was not given this repository or write access.
Stop. Retrying will not help. Ask the owner for the access, or leave the step to a person.
invalid_request400The request is malformed or breaks a rule, such as a title that is too long, or a body that is not the expected JSON.
Fix the request as
detailsays. The same request fails the same way.quota_exceeded429With 429, the caller used its requests for the minute. With 422, a count limit was reached.
With 429, wait
Retry-Afterseconds and retry. With 422, remove one first.idempotency_key_reused409 / 422The idempotency key was already used for a different request.
Use a new key for each new request, and the same key only for a retry of the same request.
idempotency_key_in_use409The first request with this key is still running, including a queued model question, or it succeeded with a secret, such as a new token, which is never replayed.
When
Retry-Afteris set, retry then with the same key. Otherwise the first request succeeded: do not repeat it.internal500The server failed, and logged why.
Retry after
Retry-Afterseconds. A write is safe to retry with the same idempotency key.unavailable503With 502, a service the server needs did not answer, such as a sign-in provider. With 503, the server is busy, such as when a workspace is locked or host lookups are full, or a write with an idempotency key runs long: that write goes on, and its answer is kept for the key.
With 502, retry later, or sign in another way. With 503, retry after
Retry-Afterseconds, using the same idempotency key for a write; a long-running write can then replay its answer.