experience-baseline

Interviews UX leads to write a product-wide experience baseline covering states, components, and budgets.

22|Updated Apr 1, 2026
One-click install
npx skills add https://github.com/handarbeit/fabrik --skill experience-baseline-handarbeit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: experience-baseline
Source: https://github.com/handarbeit/fabrik/tree/main/plugin/entwurf/skills/experience-baseline
Command: npx skills add https://github.com/handarbeit/fabrik --skill experience-baseline-handarbeit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Without a shared experience baseline, each feature team invents its own components, state signals, and wording, so a product of eleven features becomes eleven inconsistent products. This Skill structures an expert interview with the design lead and writes the result as a ratifiable baseline document that every feature inherits. ## Core Features & Use Cases - Structured eight-topic interview: Covers conditions of use, navigation, component inventory, state dimensions, content and voice, accessibility floor, interaction budgets, and deferred decisions. - Baseline document generation: Writes .specify/memory/experience.md from a fixed template with status dimensions, composite state rules, confusable pairs, and pinned design references. - Gate and ratification workflow: Produces an evaluated checklist and a Draft/Ratified status footer so downstream architecture work knows what is binding. - Use Case: After product specs and technical constraints exist, run this Skill to agree the design ground rules — surface states, component vocabulary, accessibility minimums — before the architecture baseline is written. ## Quick Start Ask the AI to run the experience-baseline skill to interview the design lead and draft the project experience baseline from the existing specs.

Frequently Asked Questions about experience-baseline

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a UX baseline document for a whole product?

Run this Skill after product specs exist; it interviews the design lead across eight topics — conditions of use, navigation, components, states, voice, accessibility, budgets, and deferrals — and writes the result as a versioned experience baseline in .specify/memory/experience.md.

When should the experience baseline be written in a product workflow?

Write it after the product specifications and technical constraints exist, and before the architecture baseline. It is stage 4 of 5 in this method, and its output is the input the architecture baseline consumes.

Does this Skill replace visual design or per-feature UX flows?

No. It explicitly excludes visual design decisions like colour values and type scales, and per-feature flows. It records behavioural ground rules, state signalling dimensions, and component selection rules that features inherit.

What happens if architecture constraints do not exist yet?

The Skill continues but records a 'Written without architecture constraints' line in the document and holds ratification. Once constraints exist, the document is reconciled against them and the line is removed to lift the hold.

How are domain lifecycle states handled versus surface states?

Domain lifecycle states are cited from the architecture baseline's shared state vocabularies, never re-decided. The designer decides only surface states like loading or sync-failed, plus how each domain state is signalled.