Get capabilities
Returns a summary of supported features and limits.
Authorizations
Section titled “Authorizations ”Responses
Section titled “ Responses ”Capability document
A deployment’s self-description (API spec, “Capability discovery”).
A remote client fetches this from GET /v0/capabilities and caches it; an
embedded engine exposes the same document as a constant. SDK gating logic
is therefore identical for both backends: check supports or
has_profile, and treat a not_supported error as authoritative when
the two disagree.
object
Named features and whether this deployment supports them. An absent key means unsupported.
object
Advisory numeric limits clients may use to pre-validate requests.
object
Advertised profiles, each plane/version. All-or-nothing: every
required op of an advertised profile is implemented.
The protocol generation, currently v0.
Unauthorized
HTTP error body used by LoonFS APIs.
object
Stable machine-readable reason from the ErrorCode
registry.
Carried as a string so clients keep working when a newer server
introduces a code they do not know; use
ErrorCode::parse for typed access.
Structured context for the code, present when the failure carries machine-usable identity (API spec, “Standard error contract”). Boxed so the rare detailed error does not widen every error-carrying result.
object
Unix milliseconds at which the current epoch’s acquirer took it, when the head recorded one. Writer ids are process labels, so two runs on one machine can share one; the stamp is what tells them apart.
Writer id recorded by the current epoch’s acquirer, when the head recorded one.
Sequence at which that commit id already landed. Present when the failure was decided against a durable commit receipt, which is what holds the sequence; absent when nothing has committed under the id yet and two live requests are simply claiming it at once.
Position, in the request’s operation list, of the operation that failed. A commit applies all of its operations or none of them, so this names the one that stopped the whole request.
For not_supported errors, the capability-document feature key the
client should reconcile against.
Human-readable error message.
Correlation id the server assigned to the failed request; the same
value is sent as the x-request-id response header.