stage 6 · stewardshipstewardshipliving-briefplanningsession

Start a Design System Work Session

Generates a catch-up brief for your agent at the start of a new session, loading the current state of DESIGN.md and open decisions.

play · session-start
Use this play at the start of any design system work session. It orients you in the current state of the system before any decisions are made, and prevents a model from acting on stale context or making decisions that conflict with prior choices. **Step 1 — Read the living brief:** Read `LIVING_BRIEF.md` from the project root. Summarize: - The product identity (one sentence) - The key decisions already recorded, by area - The current state: what components exist, what is stubbed, what is missing - Any open questions **Step 2 — Confirm scope for this session:** What is the goal of this session? State it explicitly before beginning work. If the scope conflicts with an existing decision in the living brief, flag the conflict and resolve it before proceeding. Planned scope for this session: [Describe what you intend to work on — e.g. "implement the Button component", "generate dark mode tokens", "add the Modal component spec"] **Step 3 — Identify relevant synthesis documents:** Based on the planned scope, identify which synthesis documents are relevant. Load only what is needed for this session's work. Relevant synthesis documents may include: - Token architecture: `{{sistema_url}}/raw/principles/tokens/architecture` - Color architecture: `{{sistema_url}}/raw/principles/color/architecture` - Typography architecture: `{{sistema_url}}/raw/principles/typography/architecture` - Spacing and layout: `{{sistema_url}}/raw/principles/spacing/layout` - Shape architecture: `{{sistema_url}}/raw/principles/shape/architecture` - Accessibility floor: `{{sistema_url}}/raw/principles/accessibility/floor` - Motion architecture: `{{sistema_url}}/raw/principles/motion/architecture` **Step 4 — Confirm readiness:** State: "Ready to begin. Current system state: [one-sentence summary]. Session goal: [goal]. Relevant documents loaded: [list]." Do not begin work until this confirmation is produced. ---
4 KB refs
paste intoClaude CodeCursor
Example outputwhat a successful run looks like
session-start · example output
Example output
About this example: Generated for "Verdant" — a B2B sustainability reporting platform in active development. Demonstrates a session starting mid-project: the token foundation and core components are in place, two components are newly added but not yet in the living brief, and the session goal is to add the Select component. Note how Step 2 flags a potential conflict before work begins — this is the primary value of the play.

Step 1 — Living brief summary

Product: Verdant — a B2B sustainability reporting and carbon accounting platform for enterprise ESG teams. Calm, grounded, trustworthy; data-dense but not clinical.

Key decisions recorded (by area):

AreaDecision
ColorForest green primary (#1A6B3A). Slightly green-tinted neutrals. Light + dark mode both required. All semantic tokens use --color-* prefix.
TypographyInter variable font. 9-step scale (label-xs through display-lg). Line heights per step. Letter-spacing negative at heading sizes.
Spacing4px base unit. Named scale: --space-1 (4px) through --space-16 (64px).
ShapeThree radii: --shape-radius-sm (4px), --shape-radius-md (8px), --shape-radius-lg (16px). Cards use md; interactive elements use sm.
Motionprefers-reduced-motion implemented globally. Enter: ease-out 150ms. Exit: ease-in 100ms.

Current state:

  • Implemented: Button (primary/secondary/ghost), Input (text/password), Badge (status), DataTable (sortable), Card, Modal, Toast
  • Stubbed: Select, DatePicker, TagInput
  • Missing: no chart components yet; no Combobox

Open questions:

  • Does Select need a multi-value variant for Phase 1, or can we defer to TagInput?
  • Should DatePicker open inline (calendar) or in a popover? Mobile behavior unclear.

Step 2 — Scope confirmation and conflict check

Session goal: Add the Select component — controlled, single-value, with optional search/filter within the dropdown.

Conflict check: The open question in the living brief asks whether Select needs a multi-value variant for Phase 1. Before implementing a single-value only component, I need to resolve this — if multi-value is needed in Phase 1, the architecture must support it from the start (the DOM structure and keyboard behavior differ significantly between single and multi-select).

Flagging conflict: Do not proceed until this is resolved. If multi-value is deferred, mark it explicitly in the living brief before implementation begins so it isn't added mid-sprint.

[Resolution from user: multi-value is deferred to Phase 2. Single-value with search only for Phase 1. TagInput will handle multi-value patterns. Proceed.]


Step 3 — Relevant synthesis documents

For adding the Select component:

  • Token architecture — to confirm token consumption pattern for the new component
  • Accessibility floor — Select has complex keyboard requirements (arrow navigation, escape to close, search focus management) that must be verified against the floor before spec is written

Loading: {{sistema_url}}/raw/principles/tokens/architecture and {{sistema_url}}/raw/principles/accessibility/floor

Typography and color architecture not needed this session — Select uses existing semantic tokens; no new token categories are introduced.


Step 4 — Readiness confirmation

Ready to begin.

Current system state: Token foundation complete; 7 components implemented; 3 stubbed. Select is next.

Session goal: Implement Select component — single-value, with search, deferred multi-value.

Relevant documents loaded: Token architecture, Accessibility floor.

Resolved before starting: Multi-value deferred to Phase 2 per user decision. Living brief will be updated to record this resolution after implementation.

In this play

Prompt body
Example output
References4

Part of a campaign

Audit and Refactor a Design System

Step 1 of 5.

Continue campaign
Tip

Plays work best when your agent has read DESIGN.md first. Run session-start at the beginning of each session to orient it.