Accounts & authentication

Email yourself a link to sign in again

POST /api/v1/auth/sign-in-again

Emails a link to sign in again. From a browser signed in any way, at any time, or with a phone's own token. Emails a sign-in link to the caller's own address, outside the caps on sign-in email, which someone else could fill. When email limits are enabled, this allows three a day for each session or phone, where a browser opened with cscale web counts as the CLI login or phone it came from, and ten a day for each person. The caller stays signed in until the link signs them in again; then the session that asked ends, and the new one replaces it. A sign-in with it is recent, so for 10 minutes it may add a passkey, link an account, or approve a terminal. With app, from a phone, the link opens /login/app, as POST /api/v1/auth/email-link with app does, for the app to sign in with or to use as fresh proof to add a passkey; the phone keeps its token.

Parameters

Idempotency-Keyheader · optional · string

Makes 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/sign-in-again' \
  --header "Authorization: Bearer $CSCALE_TOKEN" \
  --header 'Content-Type: application/json' \
  --data '{}'

Example values illustrate the format. Use your own credentials and identifiers.

Request body

application/json

A person signed in anywhere asks for a link to sign in again, at their own address.

nextoptional · string: The page to open after signing in again.

Responses

202 The link is on its way.

application/json

{
  "expires_in_s": 900,
  "message": "Check your email to finish sign-in."
}

The same answer whether or not an account uses the address.

expires_in_srequired · integer (int64)

Seconds until this request expires. Start again after it expires.

Minimum: 0

messagerequired · string

A message for the person using this client.

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_scope403

A 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_off403

The 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.

unauthenticated401

The request carried no credentials.

Use this operation's sign-in method. Bearer credentials use Authorization: Bearer <token>; browser credentials use the session cookie.

invalid_token401

The 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.

forbidden403

The 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_request400 / 413 / 415 / 422

The 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 detail says. The same request fails the same way.

quota_exceeded429

With 429, the caller used its requests for the minute. With 422, a count limit was reached.

With 429, wait Retry-After seconds and retry. With 422, remove one first.

idempotency_key_reused409 / 422

The 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_use409

The 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-After is set, retry then with the same key. Otherwise the first request succeeded: do not repeat it.

internal500

The server failed, and logged why.

Retry after Retry-After seconds. A write is safe to retry with the same idempotency key.

unavailable503

With 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-After seconds, using the same idempotency key for a write; a long-running write can then replay its answer.