Related sitesRuck AuthorityKit AuthorityAperture AuthoritySprout AuthorityDrone AuthorityHouse Pet Authority
Public system reference · Version 1.21.1

The rules behind every Stitch Authority screen.

A shared contract for how the site looks, speaks, and behaves. It keeps new work useful and recognizable without turning consistency into sameness.

Current version
1.21.1
Updated
2026-07-28
Canonical source
src/data/design-system.json
Schema source
src/data/design-system.schema.json
Start here

Make five decisions before drawing a screen.

This is the shortest conforming route through the system. Use the detailed sections when a task calls for them; do not invent a parallel summary.

  1. 01

    Orient

    Name the textile task, intended audience, and realistic next action in the opening reading block.

  2. 02

    Compose

    Choose a canonical page pattern, keep related copy together, and give space only to information or interaction that earns it.

  3. 03

    Express

    Use warm paper, ink, madder, restrained weld, bounded display type, readable sans text, and textile imagery that explains the work.

  4. 04

    Prove

    Keep source, date, scope, access, assumptions, limitations, and correction paths beside consequential claims.

  5. 05

    Verify

    Check the complete interaction state set, 320–1440px layouts, both themes, keyboard use, reduced motion, long content, and the required audits.

Read by task

Add or reconstruct a page

Read brand.strategy, voice, pagePatterns, implementation.componentInventory, accessibility

Deliver A task-first content order, a named page pattern, shared implementations where available, bounded claims, complete states, and responsive verification.

Add or change a component

Read foundations, components, implementation.componentInventory, implementation.interactionStates

Deliver A documented information relationship, semantic tokens, every applicable state, 44px primary targets, and an implementation-map update.

Write product copy

Read brand.messaging, brand.trustModel, voice, voice.prohibitedPatterns

Deliver Job-first language, a realistic next action, the correct claim level, and no promotional authority or invented practitioner relationship.

Create or select imagery

Read brand.visualDirection, identity, imagery, iconography

Deliver One canonical visual mode, a useful focal subject, verified crop and construction detail, accessible treatment, and recorded provenance.

Show data or evidence

Read dataDisplay, components, accessibility, implementation.conformance

Deliver A named question, unit and denominator, source and date, evidence lane, directly readable values, and explicit interpretation boundaries.

Brand foundation

An editorial workroom reference.

An open textile workroom reference: practical enough for a first repair, rigorous enough for a production handoff.

Product promise

Find the next useful source, tool, or working answer—and see what it can and cannot prove.

Organizing idea

Make the next textile decision inspectable.

Belief

Practical textile knowledge becomes more useful when the route, source, assumptions, date, and limits remain visible beside the answer.

Positioning

For makers, repairers, and apparel teams with a textile decision in front of them, Stitch Authority is an independent decision reference that connects working answers to maintained source routes and explicit limits.

Descriptor
Independent textile decision reference
One sentence
A maintained textile resource hub for finding, comparing, and checking practical sources, tools, and working answers.
Expanded description
Stitch Authority connects textile guides, material and stitch libraries, calculators, working templates, and maintained external-source records. It helps people reach a plausible next step, inspect the evidence behind it, and see what still needs direct verification.

Makers and repairers

Start with the thing you need to make, mend, measure, or learn; specialist vocabulary appears when it helps narrow the route.

Apparel teams

Find current product-development, standards, sourcing, and production routes without confusing discovery with supplier verification or approval.

Audience jobs

Makers and repairers

A material, technique, measurement, pattern, or repair problem is stopping the work.

Job
Reach an understandable next step without already knowing the specialist term or the right database.
Success
The person can act, compare options, or name the next direct check with the guide, tool, or source route still open.
Guardrail
Do not imply that a general guide replaces a material test, fit check, safety instruction, or qualified local help.

Apparel teams

A product-development, fit, costing, sourcing, standards, or production handoff needs a defensible route forward.

Job
Locate current working references and specialist sources while preserving assumptions, jurisdiction, access, and approval boundaries.
Success
The team can prepare a clearer brief, shortlist, calculation, or verification step without mistaking discovery for supplier approval or controlled guidance.
Guardrail
Do not collapse commercial, technical, legal, and certification decisions into one generic recommendation.

Why the product is distinct

One decision layer across textile domains

Making, repair, materials, pattern work, standards, and production remain connected by the task instead of being split into unrelated legacy databases.

Visible proof: Task routes, site search, permanent source records, related guides, and working tools use the same decision vocabulary.

Evidence is part of the interface

The source, checked date, scope, access, and limitation travel with consequential information.

Visible proof: Source-reviewed guides, portable records, public JSON exports, claim levels, and direct correction routes keep the basis inspectable.

Working outputs, not passive reading alone

The site helps turn reference material into a calculation, comparison, brief, checklist, or next check.

Visible proof: Calculators, printable working templates, comparison records, and task-specific handoffs preserve units, assumptions, and recovery.

Maintenance is visible work

Freshness is a dated process rather than an unsupported claim that the collection is current.

Visible proof: Review cadence, next-review dates, append-only history, a public maintenance queue, and per-record review packets expose upkeep.

Who it serves

Makers and repairers. Plain-language help choosing materials, learning techniques, solving measurements, finding patterns, and locating repair routes.

Apparel teams. Working references for product development, specifications, costing, standards, and production sourcing.

How it should feel

  • Plainspoken
  • Exacting
  • Tactile
  • Curious
  • Unshowy

Editorial workroom, not heritage cosplay: warm paper, near-black ink, madder red, weld yellow, disciplined serif display type, readable sans text, and mono only where information benefits from calibration.

What it is not

  • A guild, certification body, marketplace, or roster of approved practitioners
  • A luxury fashion campaign
  • A generic SaaS landing page
  • A scrapbook of nostalgic sewing decoration
  • An automated answer engine that hides its sources

Personality in practice

Plainspoken

Means Name the task, object, unit, and next action in language a capable colleague would use.

Not Institutional posturing, vague mission language, or invented editorial labels.

Exacting

Means Show assumptions, dates, jurisdiction, evidence, and the boundary of the result.

Not A severe tone, tiny technical copy, or false precision.

Tactile

Means Let believable material, construction, tools, and work-in-progress details carry the textile character.

Not Decorative thread motifs, nostalgia filters, or craft-store ornament.

Curious

Means Expose adjacent terms, alternative routes, unresolved gaps, and ways to inspect further.

Not Endless recommendations, trivia, or a confident answer where the source remains uncertain.

Unshowy

Means Use typographic craft, calm density, and evidence to create confidence.

Not Oversized claims, badges, theatrical statistics, or a generic premium aesthetic.

01

Task before taxonomy

Begin with the decision or action a person is trying to complete, then reveal specialist terms and source models as useful filters.

02

Evidence before authority

Trust comes from named sources, checked dates, visible limits, and correction history rather than status language or inventory totals.

03

Useful at two depths

A newcomer should reach a plausible next step quickly while a practitioner can inspect units, assumptions, provenance, and handoff detail.

04

Maintenance is part of the interface

Freshness, review cadence, prior state, and correction routes remain visible wherever they affect a decision.

05

One system, varied composition

Tokens, information relationships, and interaction behavior stay consistent while page composition changes to fit the work.

How trust is earned

  • Primary-source links near consequential claims
  • Observed dates and append-only source history
  • Candid limitations and direct verification steps
  • Task success, accessibility, and working links
  • Public correction, contribution, and maintenance routes

What never proves authority

  • Record counts, evidence counts, or free access alone
  • Directory membership, listing presence, or a provider logo
  • Generated imagery, generic testimonials, badges, seals, or awards
  • Internal QA presented as qualified participant evidence
  • The word Authority in the product name
Verbal system

Specific before impressive.

The voice is confident because the work is inspectable, not because the site declares itself authoritative.

Start with the job

Name what the user can do before explaining the collection or taxonomy.

Find a clothing repair service in Norway.

Use bounded claims

State the source, observation date, and limit beside consequential claims.

The checked catalogue exposed 679 listings; that count is not a provider census or quality rating.

Write like a capable colleague

Prefer concrete nouns and verbs. Remove institutional posturing, motivational filler, and theatrical labels.

Compare access, geography, evidence, and limits.

Separate evidence from endorsement

A record may document a useful route without recommending, ranking, recruiting, or approving anyone in it.

Use this directory to make a shortlist, then verify the provider directly.

Make the next action explicit

Finish instructions and empty states with one realistic recovery or next step.

Try the country name, item, or service—or browse Repair and conserve.

Voice by context

Homepage and navigation

Orient someone to the next useful task without making an authority or completeness claim.

Tone: Short, direct, and task-first.

Find a source, tool, or working answer.

Guide or technique

Answer first, then explain the work, evidence, limits, and next check.

Tone: Instructional, plainspoken, and specific about materials, units, and sequence.

Test the seam on a scrap before cutting the garment.

Source record

Describe what the route is useful for and where direct verification begins.

Tone: Factual, bounded, and free of ranking or approval language.

Use this directory to make a shortlist, then verify the provider directly.

Calculator or result

State the result with units, assumptions, rounding, and a reversible correction path.

Tone: Exact without implying that a calculation replaces a sample, test, specification, or qualified review.

Result: 1.6 metres. Add your chosen shrinkage and cutting allowance before purchase.

Empty, error, or success state

Explain what happened, preserve valid work, and name the next action.

Tone: Calm, specific, and non-blaming.

No source matched that country and task. Keep the task filter or clear the country.

Safety, legal, compliance, or correction

Separate observed source material, interpretation, unresolved risk, and delivery status.

Tone: Cautious, source-led, and explicit about what Stitch Authority has not established.

This route helps locate the current standard; confirm applicability and the controlled text before acting.
Preferred interface language
  • Source record
  • Checked on
  • Evidence
  • Limitations
  • Best for
  • Compare
  • Find
  • Calculate
  • Confirm directly
Claim levelWhen it can be publishedExample
ObservedA named source was checked on a stated date and the interface describes only what was visible.The directory exposed a Patternmaking & Related Services filter when checked on 26 July 2026.
Bounded inferenceThe conclusion follows from cited observations and is clearly labeled as an interpretation or next-check recommendation.Use the filter to form a shortlist, then confirm service scope and availability with the professional.
Not establishedNever present the claim as fact without new evidence. State the limitation instead.Listing presence does not establish identity, credentials, availability, file compatibility, or quality.
Identity

One mark, used with restraint.

Use the needle-and-thread mark with the Stitch Authority wordmark in primary navigation and formal brand contexts.

Stitch Authority
Minimum mark
28 CSS pixels on screen
Clear space
Keep at least half the mark width free on every side.
Wordmark
Set “Stitch” in the foreground color and “Authority” in the brand color. The name does not imply provider approval.
Canonical mark
Download the SVG

Do

  • Use the supplied SVG without redrawing its paths.
  • Use currentColor and semantic brand tokens so the mark works in both themes.
  • Keep the mark and wordmark optically aligned.

Avoid

  • Stretching, rotating, outlining, shadowing, or placing the mark in a badge.
  • Using a gradient or unrelated color on the mark.
  • Using the mark as a decorative repeat or background texture.
Color

Paper, ink, madder, and weld.

Warm neutrals carry the page. Madder identifies links and primary actions. Weld is a sparse secondary accent, not a second primary color.

Paper

--bg

Primary canvas

#FBF8F3 · #17150F

Muslin

--surface

Grouped sections and controls

#F4EEE4 · #211E17

Pattern paper

--surface-2

Secondary surface and image placeholder

#E9E0D2 · #2C2820

Tracing line

--border

Separation, never the only control boundary

#D9CDB8 · #3A3529

Ink

--fg

Primary text

#23201B · #EDE6D8

Graphite

--muted

Secondary text

#57503F · #C4BBA8

Notch

--muted-2

Metadata and tertiary text

#6E6753 · #9A917D

Madder

--brand

Links, primary actions, focus, and brand mark

#6E2B2E · #D79A94

Weld

--weld

Sparse craft-track accent and warm emphasis

#C0801E · #E4B45C
--positive

Success, always paired with words or an icon

--warning

Caution, always paired with words or an icon

--danger

Errors and destructive actions, always paired with words or an icon

Persistent inverse surface

These roles keep dark editorial and operational surfaces stable in either theme.

--inverse-bgPersistent dark canvas inside either theme
--inverse-surfaceRaised or interactive surface on the inverse canvas
--inverse-fgPrimary text on the inverse canvas
--inverse-mutedSecondary text on the inverse canvas
--inverse-tertiaryMetadata on the inverse canvas
--inverse-borderRules and control boundaries on the inverse canvas
--inverse-accentSparse warm accent on the inverse canvas
Typography

Editorial character, product discipline.

Display type gives the reference a voice. Sans text carries the work. Mono marks calibrated information. None of them is permission to make copy tiny.

Core

Aa Bb 123

Zodiak

--font-display

Page titles and editorial headings only

Core

Aa Bb 123

Ancizar Sans

--font-sans

Body copy, navigation, forms, buttons, and UI

Core functional accent

Aa Bb 123

IBM Plex Mono

--font-mono

Eyebrows, metadata, measurements, and calibrated tables

Restricted legacy

Aa Bb 123

Ancizar Serif

--font-serif

Existing quotation treatments only; do not introduce into new UI

--step--1Metadata12.5–13.4px
--step-0Body and controls16–17.3px
--step-1Lead and card title19.2–22.4px
--step-2Section heading24–31.2px
--step-3Page or major section title28.8–43.2px
--hero-titleMaximum product headline52px desktop · 46px tablet · 36px mobile
  • Use one H1 and preserve logical heading order.
  • Keep body copy at or above 16px with approximately 1.5–1.6 line height.
  • Keep long-form text between 50 and 75 characters per line.
  • Use mono for metadata that benefits from scanning, not for paragraphs.
  • Use sentence case. All caps are reserved for short mono labels with added tracking.
  • Do not shrink explanatory copy to create visual contrast.
Layout & rhythm

Dense where comparison helps. Spacious where reading needs it.

A 12-column mental model with 24px gutters; collapse by content pressure, not device names.

Maximum width
72rem / 1152px
Page edges
32px desktop · 24px mobile
Reading measure
50–75 characters; target 66ch.
Density rule
Compact editorial rows for references and tools; larger cards only when imagery or decision metadata earns the area.
--sp-28pxTight internal relationships
--sp-312pxLabel-to-content and compact control gaps
--sp-416pxDefault component padding and row rhythm
--sp-624pxColumn gutter and mobile page edge
--sp-832pxDesktop page edge and component group
--sp-1248pxSection sub-group
--sp-1664pxPage intro and major division
--sp-2496pxMaximum standard section breathing room

Control target

--control-min

44px / 2.75rem. Primary controls and touch routes use the 44px house minimum. The 24px WCAG floor is not the product target.

Elevation

--shadow-float

Use surface contrast or a one-pixel rule before adding shadow. Navigation panels and temporary trays that must read above document flow.

--z-sticky40Persistent site header
--z-menu60Navigation menus above the header and document
--z-overlay100Full-screen navigation and blocking overlays
Imagery & icons

Images should explain the work.

Help someone recognize a material, understand a textile action, or inspect a working context. An image must carry information before it carries mood.

Hands arranging fabric, a paper pattern, and measuring tools on a worktable.Reference still life · 16:9
A useful focal action, believable tools and materials, restrained color, and room for responsive cropping. The image establishes a working context; it does not pretend to document a named person or provider.

Material evidence

Use: Swatches, surfaces, structure, drape, seams, tools, and construction details shown clearly enough to compare.

Compose: Fill the frame with the relevant material or detail, preserve useful scale, and keep color and texture believable.

Work in progress

Use: Hands, tools, and intermediate states when the action itself helps explain a technique or decision.

Compose: Show one legible action with a clear focal point. Hands belong only when they demonstrate work, not as generic maker atmosphere.

Reference still life

Use: A restrained arrangement of garments, swatches, blank working sheets, measuring tools, and notions for guide covers.

Compose: Use a quiet overhead or shallow oblique view, tactile neutrals, one madder or weld accent, and enough negative space for responsive cropping.

Generated-image safeguards

  • Never generate readable pseudo-text, fake labels, stamps, certificates, signatures, seals, standards marks, or provider logos.
  • Keep depicted forms and documents blank unless the words are added later as authored HTML or a verified graphic asset.
  • Do not imply that a generated person, workshop, factory, provider, product, or test result is real.
  • Inspect hands, needles, measuring tools, garment construction, and repeated textile structure at full size before use.
  • Record the generation method and source asset path in the work log; generated imagery is illustration, not evidence.
  • Write alternative text for the information the image contributes. Use empty alt text when an image is only decorative.

Icon vocabulary

Sparse, functional, and subordinate to language. Use simple currentColor line icons or the existing typographic arrow and chevron vocabulary.

Navigation Disclosure Add item
  • Pair unfamiliar icons with visible text; a tooltip alone is not a label.
  • Use arrows for movement to another destination, chevrons for disclosure, plus and minus for adding or removing a visible item, and status symbols only with words.
  • Use one stroke family and optical weight within a view.
  • Mark decorative icons aria-hidden and give icon-only controls an accessible name.
  • Do not use shields, rosettes, stars, check badges, or seals as unearned authority signals.
UseRatioCrop rule
Homepage or feature image16:9Keep the primary subject away from the text-safe side and verify the crop at 390px and 1440px.
Guide cover4:3The image must survive a 16:10 card crop without losing the instructional subject.
Material or stitch reference1:1Show repeat, scale, and surface without unrelated props.
Components

Every box has to earn its area.

Choose components by information relationship and next action, never to fill a grid.

ComponentPurposeNon-negotiable rule
Page introName 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.
ButtonTrigger 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 linkNavigate within prose, metadata, and secondary actions.Use the madder token and a visible underline where context alone does not make the link obvious.
Resource rowExpose 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 rowExplain 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 stripExpose 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 queueTurn 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 notePlace 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 checkAsk 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 funnelMove 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 invitationOffer 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 chipApply 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 tableCompare repeated fields or exact values.Use headers, captions, tabular figures where helpful, and a contained horizontal-scroll region on small screens.
Empty or error stateExplain 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 navigationExpose 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 resultShow 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 templateTurn 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.
DisclosureKeep 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 fieldCollect 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 intakeChallenge 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.
FigureConnect 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.
Source record specimenChecked 26 July 2026

Norway Ta Vare På Repair Catalogue

Use it to find a Norwegian clothing or textile repair lead. Listing presence is not provider approval.

Job
Repair and conserve
Source
Community database
Access
Open access
Data display

Show what the data means, not how much of it exists.

Make comparison, coverage, maintenance state, and measured behavior easier to inspect without presenting totals as proof of usefulness or completeness.

  1. Start with the question the table, chart, or fact strip answers; do not begin with a decorative metric.
  2. Name the unit, source, date range or checked date, denominator, and evidence lane wherever they affect interpretation.
  3. Use tables for exact repeated fields and charts only when shape, change, or distribution is easier to see than to read.
  4. Keep axes, labels, and values visible. Do not rely on hover, color alone, area, or a legend someone must memorize.
  5. Use semantic status colors only for the status they name; use the core palette for series and pair every series with a direct label or pattern.
  6. Separate inventory, passive behavior, internal QA, and qualified participant evidence. None can stand in for another.
  7. Show zero, missing, unavailable, and not-yet-measured as different states.
  8. Maintenance queues must state their as-of date, due-soon threshold, cadence source, and status meaning; an overdue state identifies work, not provider risk or quality.
  9. When a maintained evidence collection is useful outside its interface, publish a stable machine-readable export with its schema, version, update date, source links, maintenance fields, and interpretation boundaries.
  10. Avoid 3D charts, gauges, ornamental rings, unexplained scores, truncated axes, and totals presented as proof of usefulness or completeness.
What is the exact value for each repeated field?
Accessible data table
How did one measure change over time?
Directly labeled line or compact column chart
Which coverage or maintenance state needs action?
Dense matrix, ledger, or fact strip with text status
Is there enough evidence to make a claim?
Evidence-lane label and denominator before any visualization
How can another tool reuse the maintained evidence without scraping the interface?
Versioned machine-readable export linked to its schema and interpretation boundaries
Page patterns

Choose the anatomy before the decoration.

These patterns keep page structure tied to the job. They are required information sequences, not rigid wireframes.

Start or hub page

Help a visitor identify the relevant task and reach a useful destination quickly.

  1. Compact job statement and one-sentence scope
  2. One primary search or browse action
  3. Task groups labeled with user language
  4. Selected guides, tools, or source routes with enough metadata to choose
  5. Plain explanation of evidence and correction

Avoid: Promotional inventory counts, unsupported authority claims, abstract mission copy, or oversized cards with one link.

Research participation flow

Let an eligible person understand the commitment, choose the closest resource-use track, consent to limited task data, and begin without mistaking the activity for training, provider recruitment, or completed validation.

  1. Compact task statement with time, activity, identity, and control facts
  2. Direct participant-centered track choices that open the runner rather than reload an intermediate selection state
  3. Concise event-data summary and positive consent before any task event
  4. Primary begin action visible before long method instructions
  5. Progressive disclosure for full data, retention, recovery, withdrawal, and facilitation terms
  6. Explicit separation between self-guided discovery and qualified moderated evidence

Avoid: Long protocol text before the first meaningful choice, duplicated page and runner introductions, provider-recruitment language, hidden consent scope, preselected consent, decorative evidence totals, or internal QA presented as participant proof.

Search or directory page

Let someone express a need, narrow visible constraints, compare results, and recover from no result.

  1. Labeled query field with the current query preserved in the URL
  2. Visible result-type and task filters
  3. Result count described as current inventory, not proof
  4. Compact results with type, job, evidence date, access, geography, and limits where relevant
  5. When active research needs volunteers, a compact optional task invitation beside the controls rather than a detached campaign block
  6. No-result state with one correction and one browse route

Avoid: Hidden filter state, rank without a stated basis, provider approval signals, or a dead empty page.

Decision map or taxonomy reference

Help someone choose the right kind of source or route before asking them to navigate the complete collection.

  1. Compact orientation in plain language
  2. Task-first entry routes
  3. Definitions organized by the user decision
  4. Explicit can-establish and cannot-establish boundaries
  5. Representative live examples and URL-preserved filtered routes
  6. Handoff to records, comparison, standards, coverage, or maintenance

Avoid: Giant network diagrams, promotional inventory totals, quality scores, decorative taxonomy cards, or definitions disconnected from working routes.

Operational reference or ledger

Let someone inspect current state, understand the maintenance rule, find the next due action, and challenge an earlier decision.

  1. Compact --step-3 title and one-sentence task orientation
  2. Direct anchors to the next due work, recorded change, or correction route
  3. Operational facts such as cadence, next due date, and append-only behavior
  4. An as-of maintenance queue with a truthful nothing-due state, next batch, and portable record packets
  5. Dense definitions or records arranged as rows rather than oversized cards
  6. Visible dates, source routes, state labels, and limitations
  7. Correction or contribution handoff that preserves the prior state

Avoid: Promotional record totals, baseline counts, giant dark mastheads, split section headers, oversized definition cards, or state claims without dates and source routes.

Guide or working answer

Answer the immediate question, show the decision boundary, and support the next real action.

  1. One bounded title and concise description
  2. Answer first
  3. Explanatory sections ordered by the work
  4. Useful figure, table, calculator, or working template only when it improves the task
  5. Primary sources, checked date, limitations, and realistic next step
  6. FAQ for adjacent search intent

Avoid: Decorative throat-clearing, false certainty, a generic hero, or source lists separated from the claims they support.

Calculator or interactive tool

Produce one understandable result while keeping units, assumptions, and reversibility visible.

  1. Short statement of what the tool calculates
  2. Persistent labels, units, examples, and defaults only when the product can justify them
  3. An honest empty state when no universal or source-backed starting value exists
  4. Immediate result with calculation basis
  5. Base arithmetic and every user-entered adjustment shown as separate quantities
  6. Assumptions, rounding, and limitations beside the result
  7. Clear reset or correction path
  8. Related guide or source for interpretation

Avoid: Unlabeled fields, invented typical project values, hidden fit, ease, or reserve adjustments, area scaling presented as an accurate garment or shaped-project quantity, results that appear authoritative without assumptions, destructive reset behavior, or motion that delays the answer.

Source evidence record

Document what an external resource is useful for, what was checked, and what remains unverified.

  1. Resource name and practical job
  2. Direct source destination
  3. Primary job, evidence-backed additional jobs, observed date, access, geography, audience, and source type
  4. Limitations and verification instructions
  5. Correction history or contribution route
  6. Related guide when interpretation is needed

Avoid: Stars, awards, approval badges, provider logos as proof, census language, or claims that Stitch Authority manages listed people.

Machine-readable evidence export

Let agents and tools reuse a maintained evidence collection without scraping the visual interface or dropping its decision boundaries.

  1. Stable public URL and semantic version
  2. Machine-readable schema URL
  3. Deterministic collection update date and record count
  4. Stable record and source URLs
  5. Evidence, limitations, access, geography, checked date, next review date, and append-only history
  6. Explicit reuse and interpretation boundaries beside the data

Avoid: Provider rankings, completeness claims, undocumented fields, unstable generated timestamps, silent vocabulary changes, or exports that strip evidence and limitations from names and links.

States & accessibility

The forgotten states are part of the product.

Loading, empty, error, success, focus, and reduced-motion behavior must be designed before a flow is considered complete.

Default

The control is visibly actionable and its label names the result.

Hover

Pointer feedback changes color, surface, or underline without moving layout or carrying essential information.

Focus visible

A high-contrast outline remains visible and unobscured. Focus never depends on hover styling.

Active

Press feedback is immediate and subtle. Use color or transform without changing layout.

Disabled

The state is exposed semantically and visually. Disabled actions do not masquerade as ordinary muted text.

Loading or busy

Keep the action label or outcome context, expose busy state, prevent duplicate submission, and avoid layout shift.

Empty

Name the active constraint, preserve input, and provide one correction plus an optional browse route.

Error

State the cause and recovery beside the affected control while preserving valid input.

Success

Confirm what changed, what did not change, and the next realistic action.

0

No useful result

Name the active constraint, preserve the query, and offer one correction plus a browse route.

!

Something needs fixing

Put the cause and correction beside the field. Never erase valid input.

Action completed

Confirm what happened, what did not happen, and the realistic next step.

  • Meet WCAG 2.2 AA. Normal text needs 4.5:1 contrast; large text and meaningful UI graphics need 3:1.
  • Use 44–48px targets for primary touch controls; 24px is the absolute WCAG floor.
  • Support keyboard navigation, visible focus, a logical heading outline, landmarks, labels, and useful alternative text.
  • Never communicate status with color alone.
  • Keep focused controls visible below sticky elements.
  • Preserve form input when validation fails and explain the correction beside the field.
  • Test at 320, 390, 768, 1024, and 1440 CSS pixels with no horizontal page overflow.
  • Instrument field Core Web Vitals; do not convert lab measurements into claims about real users.
Anti-patterns

Known ways to make this site worse.

These are product-specific failures, not a mood board. A new implementation must not reintroduce them under another name.

Cartoonishly large headlines

Avoid: Any page title above the 52px desktop, 46px tablet, and 36px mobile caps.

Why: Scale should establish hierarchy without turning one sentence into the whole viewport.

Giant-left, tiny-right split headers

Avoid: A monumental title isolated on the left with small supporting copy stranded across an empty row.

Why: The relationship is weak, the reading path is artificial, and the small copy becomes subordinate to empty space.

Oversized empty cards

Avoid: Very tall or wide boxes containing only a label, one sentence, and an arrow.

Why: Component area must be earned by the information or interaction it contains.

Narrow text columns used as visual tricks

Avoid: Copy forced into a sliver so ordinary words stack one per line.

Why: A label is not a decorative spine; it must remain readable at a glance.

Counts presented as proof of authority

Avoid: Promotional resource totals, evidence totals, or price claims used as homepage trust theater.

Why: Inventory describes the database at one time. It does not prove usefulness, quality, completeness, or endorsement.

Decorative editorial babble

Avoid: Invented desk names, numbered notes, archival metaphors, and slogans that do not help complete a task.

Why: Labels must orient, not perform expertise.

Invented practitioner or maker claims

Avoid: Language implying Stitch Authority recruits, manages, represents, or has approved practitioners or makers.

Why: The product is a resource hub. It may document external populations but does not own them.

Interchangeable AI landing-page structure

Avoid: A centered slogan followed by three equal feature cards, decorative gradients, and unsupported social proof.

Why: Structure should follow textile decisions and working information, not a default generation pattern.

Agent handoff

Read the contract before touching the interface.

Use the repository-native instruction file when one is available, then read the local canonical source. Outside the repository, fetch the public JSON endpoint. Every adapter must point here instead of restating visual values. Do not infer the system from a screenshot or a single page.

  1. Read PRODUCT.md for users, purpose, evidence posture, and anti-references.
  2. Read src/data/design-system.json as the only canonical brand and interface contract.
  3. Use design-system.schema.json to validate the manifest shape when building an automated consumer.
  4. Choose the closest page pattern and shared implementation source before creating markup.
  5. Use semantic tokens from src/app/globals.css and preserve every required interaction state.
  6. Review the public design-system specimens at narrow and wide widths when visual judgment matters.
  7. Run the required audits and browser checks before handoff.
Repository adapterDESIGN.md
Canonical local sourcesrc/data/design-system.json
Rendered HTML · Every page

A rel=alternate application/json link points to the canonical machine reference.

AI site map · /llms.txt

The key-pages list names the human reference, canonical JSON contract, and public JSON Schema.

Repository agents · AGENTS.md, CLAUDE.md, GEMINI.md, .github/copilot-instructions.md, and DESIGN.md

Vendor-specific entry points remain thin adapters that direct local contributors to the same canonical JSON before user-facing work.

Machine-readable resource directory · /directory/resources.json and /directory/resource-schema.json

Agents can consume the maintained evidence records and exact vocabulary without scraping the rendered directory or inferring fields, then return a correction or source review through record-bound action links.

Machine-readable maintenance queue · /directory/maintenance.json

Agents can find due work, the next scheduled batch, source-specific review focus, allowed outcomes, and portable record packets without calculating cadence or reconstructing the workflow.

Component implementation map

Page intro

Pattern contract
src/data/design-system.jsonsrc/app/globals.css

Choose the page pattern first, then use the global title tokens and keep orientation copy in the same reading block.

Button

Shared component
src/components/ui/Button.tsxsrc/app/globals.css

Use for primary and secondary actions instead of rebuilding action states in a page module.

Text link

Global contract
src/app/globals.csssrc/app/globals.css

Use semantic link color, underline where context is not sufficient, and preserve visible focus.

Resource row

Reference implementation
src/app/directory/page.tsxsrc/components/directory/DirectoryExplorer.module.css

Reuse the directory decision metadata and compact comparison order.

Source model row

Reference implementation
src/app/directory/landscape/page.tsxsrc/app/directory/landscape/landscape.module.css

Preserve can-establish, cannot-establish, next-check, and live-route fields.

Operational fact strip

Reference implementation
src/app/directory/maintenance/page.tsxsrc/app/directory/maintenance/maintenance.module.css

Use for dates, cadence, next due work, and append-only rules rather than catalogue totals.

Maintenance work queue

Reference implementation
src/app/directory/maintenance/page.tsxsrc/app/directory/maintenance/maintenance.module.css

Reuse the as-of status, due threshold, compact work rows, machine queue, source handoff, portable packet, honest empty state, and append-only outcome contract.

Evidence note

Reference implementation
src/app/directory/[id]/page.tsxsrc/app/directory/[id]/resource-record.module.css

Keep evidence, limitations, checked date, and verification instructions adjacent.

Record usefulness check

Shared component
src/components/directory/ResourceUsefulnessFeedback.tsxsrc/components/directory/ResourceUsefulnessFeedback.module.css

Use only after the record's evidence and limitations. Ask about the record, use closed response codes, confirm server receipt before showing success, and keep the signal outside moderated validation.

Research participation funnel

Shared flow
src/components/research/FieldTestRunner.tsxsrc/components/research/FieldTestRunner.module.css

Start from the participant page's direct track links, keep the data summary and positive consent before the begin action, put the full protocol in progressive disclosure, and preserve the self-guided, moderated, internal-QA, and withdrawal evidence boundaries.

Research task invitation

Shared component
src/components/research/ResearchTaskPrompt.tsxsrc/components/research/ResearchTaskPrompt.module.css

Place beside an active product task, offer bounded track choices, disclose time and omitted data, record only intentional handoff clicks, and preserve entry attribution only after positive consent in the validation lane.

Filter chip

Shared component
src/components/ui/FilterChips.tsxsrc/components/ui/FilterChips.module.css

Reuse for a small visible filter group; use directory controls for complex faceted filtering.

Data table

Pattern contract
src/data/design-system.jsonsrc/app/globals.css

Build from semantic table elements and the data-display rules; keep exact values and relationships intact on small screens.

Empty or error state

Reference implementation
src/app/search/page.tsxsrc/app/search/search.module.css

Name the active constraint, preserve the query, and offer a correction plus a browse route.

Site navigation

Shared component
src/components/Header.tsxsrc/components/NavMenu.module.css

Preserve desktop and mobile navigation, keyboard behavior, descriptive labels, and semantic layer tokens.

Search result

Reference implementation
src/app/search/page.tsxsrc/app/search/search.module.css

Preserve the query, content-type label, useful excerpt, and exact destination.

Working template

Shared component
src/components/content/WorkingTemplate.tsxsrc/components/content/WorkingTemplate.module.css

Reuse for printable or locally saved guide records and retain the privacy-safe event boundary.

Disclosure

Shared component
src/components/content/Disclosure.tsxsrc/components/content/Disclosure.module.css

Reuse for optional long-form methods, worksheets, and supporting detail after the immediate answer remains visible.

Form field

Pattern contract
src/components/tools/ToolShell.tsxsrc/components/tools/ToolForm.module.css

Use persistent labels, 16px inputs, nearby units and help, specific errors, and preserved valid input.

Correction intake

Shared flow
src/components/directory/ContributeForm.tsxsrc/components/directory/ContributeForm.module.css

Reuse the published-record binding, packet preparation, privacy rejection, and delivery-state boundaries.

Figure

Shared component
src/components/content/Figure.tsxsrc/components/content/Figure.module.css

Reuse for sourced or instructional imagery that needs alt text, a caption, or provenance.

Required handoff

  • Name the page pattern and user job used for the change.
  • List the shared component or reference implementation selected for each new interface relationship.
  • Name every canonical token or approved system addition introduced.
  • Report narrow and wide, light and dark, keyboard, reduced-motion, and long-content checks that apply.
  • For deployed work, use the authenticated --deployment parity mode for a protected immutable candidate, then report the exact candidate and canonical production-parity results; a local pass is not a live-state claim.
  • Report the exact automated checks run and keep screenshots or local audits separate from claims about real users.
  • Call out any system exception, unresolved legacy value, or missing state instead of quietly inventing around it.

Responsive protocol

  • Start with the smallest meaningful content order; do not treat mobile as stacked desktop.
  • Collapse columns when their content loses readable measure, not because a named device was guessed.
  • Keep comparison tables horizontally contained when stacking would destroy field relationships.
  • Keep essential information and actions out of hover-only states.
  • Verify 320, 390, 768, 1024, and 1440 CSS pixels, text zoom, long labels, and both themes.

Drift prevention

  • New colors, radii, shadows, layer values, and motion timings belong in the canonical manifest and global token layer before component use.
  • A page-local exception requires a named user need and a documented contract change, not an isolated visual preference.
  • Changed interface files must pass the design-system, style-drift, hero-type, and interface-copy audits.
  • A screenshot can reveal craft problems but cannot prove task success, accessibility conformance, or field performance.

What a passing audit means

canonical Reference
The public design-system page and machine manifest are required to use the canonical color, type, shape, motion, and layer values.
shared Components
Named shared components are checked for their critical target, state, privacy, and layer contracts.
legacy Pages
Existing page-local values are change-gated: a changed line cannot introduce or preserve an off-system visual value. Legacy presence is not a conformance claim and should decline as pages are touched.
claim Boundary
Passing automated audits establishes contract consistency for the checked code. It does not establish task success, full WCAG conformance, field Core Web Vitals, or qualified participant validation.
Governance

Change the rule and the product together.

Read the canonical source before changing user-facing layout, typography, color, components, interaction, or product copy.

  1. State the user problem and the existing rule affected.
  2. Change the canonical manifest and implementation in the same commit.
  3. Add or update an automated check for any non-obvious invariant.
  4. Review desktop, tablet, and mobile in both themes when color or layout changes.
  5. Review every new image at full size and at its smallest rendered crop against the imagery contract.
  6. Record why the change improves task completion, accessibility, or evidence clarity.
  7. Run the style-drift audit against the current base revision so new page-local values cannot enter unnoticed.
  8. Do not claim success from a screenshot or local audit alone; retain the participant-validation boundary.
Human reference/design-system
Machine reference/design-system.json
Canonical sourcesrc/data/design-system.json
Schema sourcesrc/data/design-system.schema.json
Code tokenssrc/app/globals.css

Version policy

patch
Clarifications and corrections that do not change an implementation contract.
minor
A new token, component, page pattern, visual mode, or additive rule.
major
A breaking change to identity, semantic tokens, required anatomy, or a prohibited pattern.

Deprecation policy

  1. Mark a deprecated token, component, or pattern in the manifest with its replacement and earliest removal version.
  2. Keep the replacement and migration note public for at least one minor release before removal unless the old behavior creates a safety, privacy, accessibility, or evidence-integrity failure.
  3. Remove superseded implementation only after repository search and the relevant audits show no remaining use.
  4. A screenshot matching the old appearance is not a reason to retain a deprecated rule.

Release history

1.21.1Current
  • Clarified that calculators must expose base arithmetic and every user-entered adjustment as separate quantities.
  • Prohibited presenting sample-to-area scaling as an accurate garment or shaped-project quantity.
  • Separated a known pattern-quantity package plan from a bounded sample-to-known-area estimate.

Migration: Remove universal yardage ranges and prefilled project dimensions or reserves. For sample scaling, require a user-supplied equivalent area, show base and reserve separately, state comparability limits, and hand whole-package planning to the dedicated workflow.

1.21.0Superseded
  • Required calculators to begin empty when no universal or source-backed input default exists.
  • Prohibited invented typical project dimensions and hidden fit or ease adjustments.
  • Required count planners to expose raw arithmetic, user-supplied repeat and edge constraints, nearby valid totals, and the unresolved decision between them.

Migration: Consolidate overlapping calculators around the actual user decision. Remove preset project sizes and automatic fit assumptions unless a current controlled source and exact applicability are present; show raw arithmetic and reversible alternatives instead.

1.20.1Superseded
  • Clarified the fabric-conversion interface so an observed gauge-to-GSM query receives an immediate no-conversion answer instead of an unrelated numerical result.
  • Required ambiguous measurement language to name the intended quantity before calculation and to route deeper evidence to the maintained decision guide.
  • Kept query impressions, internal routing, and implementation checks separate from click improvement or participant validation.

Migration: When a calculator receives a query whose requested quantities are not convertible, state that boundary beside the controls, identify the ambiguous term, and route to the maintained explanation instead of manufacturing a formula.

1.20.0Superseded
  • Added a compact research-task invitation for use beside an active directory task instead of as a detached end-of-page campaign block.
  • Required plain time and privacy scope, participant-centered track choices, and bounded aggregate handoff attribution through positive consent.
  • Separated invitation clicks, consented starts, self-guided discovery, and qualified moderated validation in both interface copy and reporting.

Migration: Use the shared ResearchTaskPrompt where an active research round needs volunteers. Do not count its link events as people, consent, task completion, or validation.

1.19.0Superseded
  • Added a shared progressive-disclosure component for optional methods, worksheets, and supporting detail.
  • Required native details and summary semantics, a 44px target, visible focus, reduced-motion-safe state feedback, and expanded print content.
  • Kept the immediate answer and consequential consent, price, safety, or decision information outside collapsed regions.

Migration: Use the shared Disclosure component when optional long-form content overwhelms the primary task. Do not use it to conceal information a visitor needs before acting.

1.18.0Superseded
  • Added thin repository adapters for Gemini CLI and GitHub Copilot while retaining the existing Codex and Claude entry points.
  • Made vendor-specific instructions route through AGENTS.md and the canonical JSON instead of duplicating visual or verbal values.
  • Extended the interface-quality audit and workflow so adapter drift fails before merge.

Migration: Repository agents should begin with their native instruction file, then follow AGENTS.md to src/data/design-system.json. Do not copy tokens, component rules, or prohibited patterns into a vendor-specific adapter.

1.17.1Superseded
  • Added authenticated parity checks for protected immutable Vercel candidates without weakening deployment protection.
  • Separated the protected-candidate command from the ordinary public canonical-domain check.
  • Made the exact release workflow discoverable from repository agent instructions and the public agent handoff.

Migration: Use --deployment=https://deployment-url for the protected candidate, then run the audit without arguments after promotion. Do not disable deployment protection to make a public fetch pass.

1.17.0Superseded
  • Added an explicit deployment-parity handoff so agents cannot present a locally verified system as live while production serves an older contract.
  • Required exact deployment and canonical checks for design-system, resource-export, maintenance, CORS, content-date, and record-action identity.
  • Kept contract parity separate from usability, source accuracy, cache completeness, and participant validation.

Migration: After deployment, run the production-parity audit against the immutable deployment URL and then the canonical domain. Treat any mismatch as release drift, not as absent behavior.

1.16.0Superseded
  • Connected every machine-readable directory record to its prefilled correction handoff and portable source-review packet.
  • Added collection-level maintenance and correction entry points so downstream agents can return evidence changes instead of silently forking stale data.
  • Kept opening or generating an action separate from submission, assignment, completion, and acceptance.

Migration: Resource-export consumers should adopt schema 2.0.0 and preserve correctionUrl and reviewPacketUrl with each record. Do not treat an opened action as delivered or completed work.

1.15.1Superseded
  • Completed field-level JSON Schema coverage for brand, identity, imagery, voice, foundations, implementation, agent discovery, and governance.
  • Made every object contract reject undocumented fields instead of silently accepting a parallel visual or verbal source.
  • Added Draft 2020-12 validation of the canonical manifest and a negative drift fixture to the required design-system audit.

Migration: No visual or manifest-field migration. Consumers should validate the unchanged canonical shape against the stricter public schema; malformed derivative documents and undocumented fields now fail.

1.15.0Superseded
  • Added the research-participation funnel component and page-pattern contracts.
  • Required direct track-to-runner activation, concise consent scope, and progressive method disclosure.
  • Kept participant tasks, listed resources, represented practitioners, internal QA, self-guided discovery, and qualified moderated evidence as separate concepts.

Migration: Research invitations and participant entry pages should use the shared field-test flow. Put the track choice and limited-data consent before the full protocol, but retain complete data, retention, recovery, withdrawal, and facilitation information on the same route.

1.14.0Superseded
  • Added the formal public JSON Schema and discovery contract for automated design-system consumers.
  • Added brand strategy, audience jobs, differentiators, and personality-in-practice guidance.
  • Added a five-decision quick start and task-specific implementation recipes for agents.

Migration: Automated consumers should validate against /design-system.schema.json, then use agentConsumption.defaultDecisions and taskRecipes before reading the relevant detailed sections. Do not create a separate agent summary or brand guide.

1.13.0Superseded
  • Added the maintenance work-queue component contract with an as-of date, due threshold, honest nothing-due state, ordered work rows, and source-specific review packets.
  • Added the machine-readable directory maintenance queue to shared implementation and agent-discovery contracts.

Migration: For maintained directory work, consume /directory/maintenance.json and its per-record packet routes instead of inferring urgency from check dates or reconstructing review outcomes from prose. Keep queue status separate from provider quality.

1.12.0Superseded
  • Added a machine-readable evidence-export page pattern that preserves source, maintenance, evidence, limitation, and interpretation fields.
  • Added public directory data and schema discovery to the shared-source and agent-consumption contracts.

Migration: For maintained evidence collections that need reuse outside the interface, expose a deterministic versioned export and schema. Do not publish names and links without their evidence, limitations, dates, and claim boundaries.

1.11.0Superseded
  • Added the record-usefulness component contract for neutral, privacy-safe, server-confirmed feedback on permanent source records.
  • Kept anonymous record responses separate from provider ratings, unique-user totals, and qualified participant validation.

Migration: Place the shared usefulness check after source evidence and limitations. Use only the closed outcome and reason codes; do not add free text, identity, stars, rankings, or endorsement language.

1.10.1Superseded
  • Corrected the public reference specimens so decorative swatches stay out of the accessibility tree and labelled groups use valid ARIA roles.
  • Added a design-system audit guard against aria-label on generic specimen elements without a valid role.

Migration: No visual migration. Use valid roles when a specimen needs an accessible group or image name; hide decorative swatches when adjacent text already names their values.

1.10.0Superseded
  • Advertised the canonical machine-readable system from every rendered page with a typed alternate link.
  • Made the HTML, llms.txt, and repository discovery paths explicit in the public agent contract.
  • Extended the design-system audit so machine discovery cannot silently disappear.

Migration: No visual migration. Agents may discover the canonical JSON from any rendered page instead of relying on a known URL.

1.9.0Superseded
  • Added reusable messaging and contextual voice contracts.
  • Mapped every component contract to a shared source, reference implementation, or explicit pattern contract.
  • Added data-display rules that separate exact comparison from promotional metrics.
  • Made conformance boundaries, agent handoff requirements, deprecation, and release history public.
  • Required the public reference to use the same type, shape, and motion tokens it tells agents to use.

Migration: Use componentInventory instead of guessing whether a named component is shared. Replace off-scale reference-page labels with the canonical metadata or body token.

1.8.0Superseded
  • Added the correction-intake component contract and its public-delivery boundaries.

Migration: No breaking change.

1.7.0Superseded
  • Added agent discovery, shared-source mapping, interaction states, inverse tokens, and change-aware drift enforcement.

Migration: No breaking change.