Badges & Statuses
Badges are small labels — ALPHA, WIP, Deprecated — attached to a page. They render in both the sidebar (next to the page's nav item) and the breadcrumb (right of the trail). Attach one two ways:
badge— an ad-hoc label defined inline on the page.status— a reference to a named, documented preset in the status registry.
This is the page-level badge. It is distinct from the inline
<Badge>component you drop into markdown content.
badge
An ad-hoc badge. Accepts a string shorthand, a full object, or an array of either.
BadgeVariant is one of info, success, warning, danger, neutral.
status
A status is a named badge preset — define the label, meaning, and color once; reference it by id everywhere. Reference one (or several) with the status field:
The status's title becomes the chip text, its color/variant the color, and its description the hover tooltip.
Built-in statuses
Shipped by default, with theme-aware variants:
Custom statuses
Define or override statuses in the top-level statuses config. Entries merge over the built-ins by id — a matching id overrides, a new id extends.
Glob rules
Apply a badge or status to many pages by route without touching each file. Rules live under badges.rules; each rule needs a match and at least one of badge or status.
match supports * (one path segment), ** (any depth), and ? (one character).
Precedence
A page's badge comes from the first of these that resolves — sources do not merge across tiers:
- the page's own frontmatter (
badge/status), - an inherited
defaultsbadge/status on a parentPageorWorkspace, - a matching glob rule.
Within a single source, status and badge both render.
Where badges render
References
- Configuration — the
badgesandstatusesconfig keys - Frontmatter Fields — the
badgeandstatuspage fields <Badge>component — the inline badge for markdown content