status-pages topic groups six related command trees: the status page itself, plus its components, component groups, published incidents, email subscribers, and custom domains.
Top-level commands
status-pages list
status-pages create
status-pages update
Same flags ascreate, all optional.
status-pages delete
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):
- Register the domain with
devhelm status-pages domains add. - Add a
CNAMErecord at your DNS provider pointing the vanity hostname at the brand-stable targetcname.devhelm.io. - Run
devhelm status-pages domains verifyuntil the status flips toactive(DevHelm provisions the TLS certificate via Cloudflare for SaaS). - Optionally
set-primaryso the public URL switches over.
<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.