Browse documentation
← API reference

support

Ask a person for help

POST /api/v1/support

Sends a request for help to support. Any signed-in caller on any plan, including agents and check-only keys. The request is kept and a person replies to the account's email: the caller's own, or its owner's. The message is never logged. Email delivery is queued and retried. At most 20 requests per account in an hour and 10,000 across the server in 30 days protect the server; follow Retry-After when it is full.

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/support' \
  --header "Authorization: Bearer $CSCALE_CHECK_KEY" \
  --header 'Content-Type: application/json' \
  --data '{
  "cli_version": "0.1.0",
  "message": "My test check cannot finish. How can I retry it?"
}'

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

Request body

application/json

cli_versionoptional · string

The CLI's version, in at most 100 characters.

Maximum length: 100

messagerequired · string

The message, trimmed, in 1 to 5,000 characters. Line breaks are kept.

Minimum length: 1 · Maximum length: 5000

systemoptional · string

The operating system and architecture, in at most 100 characters.

Maximum length: 100

Responses

201 Stored, with the address the reply goes to.

application/json

{
  "id": 1,
  "reply_to": "alex@example.com"
}

The request is stored. A person replies to this account address.

idrequired · integer (int64)

Identifier of the stored support request.

reply_torequired · string

The person's own address, or the agent's or check-only key's owner's.

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.

support_limited429

The account or server has sent too many recent support requests.

Wait Retry-After seconds and retry.

quota_exceeded422 / 429

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.