Skip to main content
Manage public status pages from the command line. The status-pages topic groups six related command trees: the status page itself, plus its components, component groups, published incidents, email subscribers, and custom domains.
Status pages are workspace-scoped, identified by slug in URLs (https://status.example.com/sp/{slug}) but addressed by UUID in the CLI. Use devhelm status-pages list to look up IDs.

Top-level commands

status-pages list

status-pages create

status-pages update

Same flags as create, all optional.

status-pages delete

Deleting a status page also deletes its components, groups, published incidents, and subscriber list. Custom domains attached to the page are released. This is irreversible.

Components

A component maps an underlying monitor or service catalog dependency to a row on the public page.

Component groups

Group related components into collapsible sections.

Incidents

Publish incidents to the page. Incidents created here are independent of platform incidents — incident-mode=AUTOMATIC on the page handles auto-publish from monitor failures.
incidents list accepts --limit <n> (default 20) to cap results.

Subscribers

Manage the email subscriber list for incident notifications.

Custom domains

Every status page is served from a default first-party host: https://<slug>.devhelmstatus.com. The API returns this as the page’s page_url until a custom domain is set as primary. To attach a vanity domain (e.g. status.example.com):
  1. Register the domain with devhelm status-pages domains add.
  2. Add a CNAME record at your DNS provider pointing the vanity hostname at the brand-stable target cname.devhelm.io.
  3. Run devhelm status-pages domains verify until the status flips to active (DevHelm provisions the TLS certificate via Cloudflare for SaaS).
  4. Optionally set-primary so the public URL switches over.
When a domain is set as primary, the public status page redirects from the default <slug>.devhelmstatus.com URL to the custom domain.

Common patterns

Bootstrap a status page from scratch

Publish an incident with two updates

Next steps

Status data overview

Concepts behind status pages and component health.

Resource groups

Compose monitors and dependencies into status-page components.