Accounts & authentication
Email a sign-in link
POST /api/v1/auth/email-link
Emails a link to sign in or sign up. For the web app's sign-in page; a page on another site is refused. Emails a link that signs in, or, when signup is open to the address, one that signs up. The answer is the same either way, and when nothing is sent, so it never says who has an account. Limited per client address. When email limits are enabled, an address gets at most 5 an hour and 10 a day; limits also apply to each network and the server.
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/email-link' \
--header 'Content-Type: application/json' \
--data '{
"email": "person@example.com"
}'Example values illustrate the format. Use your own credentials and identifiers.
Request body
application/json
emailrequired · stringThe person's sign-in email address.
nextoptional · stringThe page to open after signing in.
Responses
202 A link is on its way, if the address may have one.
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:
0messagerequired · stringA 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_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.
signup_closed403Open sign-up is turned off on this server.
Ask for an invite, or sign in to an existing account.
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.
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_request400 / 413 / 415 / 422The 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_exceeded422 / 429With 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.