Account and status
Endpoints about your key rather than about property.
GET
/v1/api/meproperties:readKey introspection
Which organisation a key belongs to, its plan, and its remaining quota.
Useful in a health check: it proves a key is valid without spending a meaningful request, and it reports both limits without waiting to be refused by either. Read burst_per_second and pace yourself, rather than discovering the burst limit through a 429.
Response
{
"data": {
"organization_id": "org_67c6bc5cf2a74bc1a8d18656db5a2dba",
"api_key_id": "key_7b7d501a194845f9b6a9cd0162c5b8c5",
"scopes": ["properties:read"],
"quota": {
"metered": true,
"limit": 100000,
"used": 12,
"remaining": 99988,
"resets_at": "2026-09-12T15:12:56Z",
"burst_per_second": 3
}
}
}Notable responses
- 200
- An organisation on a negotiated plan reports quota as { "metered": false } rather than a limit of zero, which would read as an allowance of nothing.
https://api.skautik.com/v1/api/me
GET /v1/api/me HTTP/1.1
Host: api.skautik.com
Authorization: Bearer sk_live_…GET
/healthzno key requiredService status
Unauthenticated liveness check.
Served at the host root rather than under the versioned prefix, and answered without a key. Use it to tell an outage from a credential problem: a healthy host that refuses your calls is an authentication question, not an availability one.
Response
{ "status": "ok", "version": "2026-08-01" }https://api.skautik.com/healthz
GET /healthz HTTP/1.1
Host: api.skautik.com
Authorization: Bearer sk_live_…