| Page intro | Name the page, state what it helps accomplish, and expose the primary next action. | Use a compact left-aligned stack. Operational references, ledgers, coverage maps, and taxonomy pages use --step-3; feature, guide, and source-record titles may use the bounded --hero-title token. Supporting text stays near the title and within 66ch. |
|---|
| Button | Trigger or navigate to a clear outcome. | Use one filled primary action per view when there is a true priority. Maintain a 44px minimum hit area. Use verb-first labels. |
|---|
| Text link | Navigate within prose, metadata, and secondary actions. | Use the madder token and a visible underline where context alone does not make the link obvious. |
|---|
| Resource row | Expose name, job, geography, source type, access, evidence date, and limitations without hiding the comparison basis. | Prefer rows or compact cards. Show one primary job and every evidence-backed additional job; do not duplicate a maintained source to force it into another task filter. Do not use provider logos, stars, rank, or approval badges unless the underlying evidence explicitly supports them. |
|---|
| Source model row | Explain which owner or maintainer can answer a question before someone enters a large resource collection. | Expose when to use the model, what it can establish, what it cannot establish, the next check, and representative live routes. Treat the model as an evidence boundary, never a quality tier, score, or ranking. |
|---|
| Operational fact strip | Expose the date, cadence, state transition, or rule needed to act on an operational reference. | Use compact definition rows with descriptive values. Show workflow facts such as the next due date or append-only rule, never catalogue totals, unsupported quality measures, or promotional proof. |
|---|
| Maintenance work queue | Turn published review dates into ordered work that a maintainer or agent can reproduce without reconstructing the process from prose. | State the as-of date and due threshold, lead with overdue or due-soon work, show an honest nothing-due state, and attach the current record, source, dates, review focus, portable packet, allowed outcomes, and append-only finish rule. Queue status is never a provider score. |
|---|
| Evidence note | Place source scope and decision boundaries near a consequential claim. | Use plain headings such as Evidence, Limitations, or Checked on. Do not invent archival or editorial labels. |
|---|
| Record usefulness check | Ask whether a permanent Stitch Authority record supported the visitor's next decision without rating the external source. | Use one neutral three-outcome question, bounded reason choices, and honest sending, received, and retry states. Send no name, free text, account, persistent identifier, or business information. Treat responses as anonymous interaction counts that never establish provider quality, unique users, or qualified participant validation. |
|---|
| Research participation funnel | Move an eligible volunteer from invitation to a consented realistic task without hiding the study boundary or front-loading the complete operating protocol. | Use a compact task-first introduction, direct track-to-runner links, participant-centered track labels, a concise data summary beside positive consent, and progressive disclosure for the complete method and withdrawal terms. Keep self-guided discovery, moderated evidence, internal QA, listed providers, and represented practitioners separate. |
|---|
| Research task invitation | Offer an optional self-guided task check at the point someone is already using the product, with a measurable handoff into consent. | Keep the prompt compact and adjacent to the active task. State time, activity, and omitted data in plain language; use participant-centered track choices; preserve only a bounded aggregate entry point; and distinguish an invitation click, a consented start, self-guided discovery, and qualified moderated validation. Never use clicks as participant counts or evidence of completion. |
|---|
| Filter chip | Apply one visible catalogue constraint. | Show selected state with shape, text, and color. Preserve state in the URL. Keep each target at least 44px high. |
|---|
| Data table | Compare repeated fields or exact values. | Use headers, captions, tabular figures where helpful, and a contained horizontal-scroll region on small screens. |
|---|
| Empty or error state | Explain why no useful result is visible and provide a recovery path. | Preserve user input, name the constraint in plain language, and offer one primary correction plus an optional browse route. |
|---|
| Site navigation | Expose the main jobs and preserve orientation across a large reference collection. | Use descriptive destination labels, keep the logo linked to home, and move secondary destinations into grouped menus or the footer before compressing primary labels. |
|---|
| Search result | Show why a page, tool, or source record matches a query and make result types distinguishable. | Lead with the title and useful excerpt, show the content type in text, preserve the query, and never manufacture relevance with a popularity badge. |
|---|
| Working template | Turn a guide into a record someone can complete, print, save, or hand off. | Use 16px fields, explicit labels, 44px actions, local save and clear feedback, print-safe layout, and a clear statement of what the template cannot establish. Never send entered values, field labels, or exported records in behavior events; the measurement payload may contain only the static template ID, action name, and public or internal-QA evidence-lane marker. |
|---|
| Disclosure | Keep optional methods, records, and supporting detail available without forcing them through the primary task path. | Use native details and summary semantics, a descriptive label, an optional one-line deck, a visible chevron, a 44px minimum target, visible focus, and an expanded print fallback. Do not hide information required to understand the immediate decision, consent, price, safety, or consequence. |
|---|
| Form field | Collect one understandable unit of information with a visible label and recovery path. | Keep labels persistent, instructions close, errors specific, and valid input intact. Do not use placeholder text as the only label. |
|---|
| Correction intake | Challenge one published record without obscuring its current state or implying that a prepared packet reached a maintainer. | Start from a searchable current-record selection, show the permanent record and current source, bind identity and decision metadata again on the server, and separate supporting or replacement evidence from the challenged state. Reject private contact details from public packet text. Offer copy and download as portable actions; expose a queue action only after the destination is verified signed-out as public and issue-enabled. |
|---|
| Figure | Connect an image, diagram, or specimen to the exact point it helps explain. | Use useful alternative text, a caption when provenance or interpretation matters, and the canonical image ratios. Never use an image as unsupported proof. |
|---|