Skip to main content
Checkfu’s overall access program is in private alpha. Each capability also has its own maturity, intended topology, and live readiness.

The short version

  • Stability says how mature the capability contract is.
  • Availability says where it is intended to run.
  • Live readiness says whether this deployment and Workspace can use it now.
The table below is the source posture generated from Checkfu’s typed registry. For a current answer, call authenticated GET /v1/support/capabilities. A visible endpoint or configured resource is not enough.

Read the labels

audience is independent: customer, runner, gateway, or operator. Region, retention, and prerequisites narrow the posture further. In the live response, available: true requires an admitted source posture, qualifying release evidence when the capability defines a runtime journey, and no missing evaluated prerequisite for the selected deployment and Workspace. The endpoint fails closed when readiness cannot be established.

Source capability map

“Check live Workspace status” means the static docs cannot answer readiness. Authenticate to the deployment you will use:
Look at available and missing_prerequisites on the capability you need. A rollout_fenced capability cannot be enabled by copying a flag; its named operator qualification must complete.

Common runtime failures

Use the error reference for request-specific recovery and access and identities for the credentials needed to call the live endpoint.