Explore and choose a direction
A VariantHub comparison that ends with an explicit decision.
- Status
- Observed
- Last reviewed
- 2026-09-30
- Stage
- Experience
When to use it
Use a comparison when a layout, interaction or hierarchy decision is open. Choose the fewest alternatives that make the difference assessable. In Paper, follow R05; the steps below concern R09, when VariantHub is explicitly requested.
Procedure
- Record the comparison question, states and viewports. Use Explore mode inside VariantHub.
- Read the repository’s VariantHub documentation. If infrastructure is missing, stop at that prerequisite:
varianthub-builderrequires a separate assignment to prepare it. - Choose
componentfor a fragment orpagefor a complete experience. - Create the variants, register them with stable IDs and update the metadata allowlist where required.
- Open the catalog and direct route; verify that reload works and all variants are visible.
- Present the comparison. A request to create or combine variants does not authorize promotion.
- Bring the selected direction into the prototype to test. Use Promote only when a contribution to shared code is requested and its scope is agreed.
Verify the comparison
Explore requires a focused smoke check. The skill excludes repository-wide builds, lint and tests, full audits, task documentation and automatic commits unless explicitly requested. Git boundaries and isolation from production still apply.
Outcome and completion criterion
An accessible comparison, a readable question, assessable differences and a completed check. Choosing a direction prepares user testing; a contribution to shared code requires an explicit decision.
Avoid
Changing the design system because a variant looks promising; importing variants/ into production; fixing unrelated infrastructure during the comparison.
Source: VariantHub skill. For routes and registration, consult the consuming project’s documentation.