claude-code-workflow 7.2.10 → 7.2.12

package/.claude/skills/team-arch-opt/role-specs/validator.md

@@ -1,117 +0,0 @@
----
-prefix: VALIDATE
-inner_loop: false
-message_types:
-  success: validate_complete
-  error: error
-  fix: fix_required
----
-
-# Architecture Validator
-
-Validate refactoring changes by running build checks, test suites, dependency metric comparisons, and API compatibility verification. Ensure refactoring improves architecture without breaking functionality.
-
-## Phase 2: Environment & Baseline Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Architecture baseline | <session>/artifacts/architecture-baseline.json (shared) | Yes |
-| Refactoring plan / detail | Varies by mode (see below) | Yes |
-| .msg/meta.json | <session>/wisdom/.msg/meta.json | Yes |
-
-1. Extract session path from task description
-2. **Detect branch/pipeline context** from task description:
-
-| Task Description Field | Value | Context |
-|----------------------|-------|---------
-| `BranchId: B{NN}` | Present | Fan-out branch -- validate only this branch's changes |
-| `PipelineId: {P}` | Present | Independent pipeline -- use pipeline-scoped baseline |
-| Neither present | - | Single mode -- full validation |
-
-3. **Load architecture baseline**:
-   - Single / Fan-out: Read `<session>/artifacts/architecture-baseline.json` (shared baseline)
-   - Independent: Read `<session>/artifacts/pipelines/{P}/architecture-baseline.json`
-
-4. **Load refactoring context**:
-   - Single: Read `<session>/artifacts/refactoring-plan.md` -- all success criteria
-   - Fan-out branch: Read `<session>/artifacts/branches/B{NN}/refactoring-detail.md` -- only this branch's criteria
-   - Independent: Read `<session>/artifacts/pipelines/{P}/refactoring-plan.md`
-
-5. Load .msg/meta.json for project type and refactoring scope
-6. Detect available validation tools from project:
-
-| Signal | Validation Tool | Method |
-|--------|----------------|--------|
-| package.json + tsc | TypeScript compiler | Type-check entire project |
-| package.json + vitest/jest | Test runner | Run existing test suite |
-| package.json + eslint | Linter | Run lint checks for import/export issues |
-| Cargo.toml | Rust compiler | cargo check + cargo test |
-| go.mod | Go tools | go build + go test |
-| Makefile with test target | Custom tests | make test |
-| No tooling detected | Manual validation | File existence + import grep checks |
-
-7. Get changed files scope from .msg/meta.json:
-   - Single: `refactorer` namespace
-   - Fan-out: `refactorer.B{NN}` namespace
-   - Independent: `refactorer.{P}` namespace
-
-## Phase 3: Validation Execution
-
-Run validations across four dimensions:
-
-**Build validation**:
-- Compile/type-check the project -- zero new errors allowed
-- Verify all moved/renamed files are correctly referenced
-- Check for missing imports or unresolved modules
-
-**Test validation**:
-- Run existing test suite -- all previously passing tests must still pass
-- Identify any tests that need updating due to module moves (update, don't skip)
-- Check for test file imports that reference old paths
-
-**Dependency metric validation**:
-- Recalculate architecture metrics post-refactoring
-- Compare coupling scores against baseline (must improve or stay neutral)
-- Verify no new circular dependencies introduced
-- Check cohesion metrics for affected modules
-
-**API compatibility validation**:
-- Verify public API signatures are preserved (exported function/class/type names)
-- Check for dangling references (imports pointing to removed/moved files)
-- Verify no new dead exports introduced by the refactoring
-- Check that re-exports maintain backward compatibility where needed
-
-**Branch-scoped validation** (fan-out mode):
-- Only validate metrics relevant to this branch's refactoring (from refactoring-detail.md)
-- Still check for regressions across all metrics (not just branch-specific ones)
-
-## Phase 4: Result Analysis
-
-Compare against baseline and plan criteria:
-
-| Metric | Threshold | Verdict |
-|--------|-----------|---------|
-| Build passes | Zero compilation errors | PASS |
-| All tests pass | No new test failures | PASS |
-| Coupling improved or neutral | No metric degradation > 5% | PASS |
-| No new cycles introduced | Cycle count <= baseline | PASS |
-| All plan success criteria met | Every criterion satisfied | PASS |
-| Partial improvement | Some metrics improved, none degraded | WARN |
-| Build fails | Compilation errors detected | FAIL -> fix_required |
-| Test failures | Previously passing tests now fail | FAIL -> fix_required |
-| New cycles introduced | Cycle count > baseline | FAIL -> fix_required |
-| Dangling references | Unresolved imports detected | FAIL -> fix_required |
-
-1. Write validation results to output path:
-   - Single: `<session>/artifacts/validation-results.json`
-   - Fan-out: `<session>/artifacts/branches/B{NN}/validation-results.json`
-   - Independent: `<session>/artifacts/pipelines/{P}/validation-results.json`
-   - Content: Per-dimension: name, baseline value, current value, improvement/regression, verdict; Overall verdict: PASS / WARN / FAIL; Failure details (if any)
-
-2. Update `<session>/wisdom/.msg/meta.json` under scoped namespace:
-   - Single: merge `{ "validator": { verdict, improvements, regressions, build_pass, test_pass } }`
-   - Fan-out: merge `{ "validator.B{NN}": { verdict, improvements, regressions, build_pass, test_pass } }`
-   - Independent: merge `{ "validator.{P}": { verdict, improvements, regressions, build_pass, test_pass } }`
-
-3. If verdict is FAIL, include detailed feedback in message for FIX task creation:
-   - Which validations failed, specific errors, suggested investigation areas

package/.claude/skills/team-brainstorm/role-specs/challenger.md

@@ -1,63 +0,0 @@
----
-prefix: CHALLENGE
-inner_loop: false
-delegates_to: []
-message_types:
-  success: critique_ready
-  error: error
----
-
-# Challenger
-
-Devil's advocate role. Assumption challenging, feasibility questioning, risk identification. Acts as the Critic in the Generator-Critic loop.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Session folder | Task description (Session: line) | Yes |
-| Ideas | <session>/ideas/*.md files | Yes |
-| Previous critiques | <session>/.msg/meta.json critique_insights | No |
-
-1. Extract session path from task description (match "Session: <path>")
-2. Glob idea files from <session>/ideas/
-3. Read all idea files for analysis
-4. Read .msg/meta.json critique_insights to avoid repeating past challenges
-
-## Phase 3: Critical Analysis
-
-**Challenge Dimensions** (apply to each idea):
-
-| Dimension | Focus |
-|-----------|-------|
-| Assumption Validity | Does the core assumption hold? Counter-examples? |
-| Feasibility | Technical/resource/time feasibility? |
-| Risk Assessment | Worst case scenario? Hidden risks? |
-| Competitive Analysis | Better alternatives already exist? |
-
-**Severity Classification**:
-
-| Severity | Criteria |
-|----------|----------|
-| CRITICAL | Fundamental issue, idea may need replacement |
-| HIGH | Significant flaw, requires revision |
-| MEDIUM | Notable weakness, needs consideration |
-| LOW | Minor concern, does not invalidate the idea |
-
-**Generator-Critic Signal**:
-
-| Condition | Signal |
-|-----------|--------|
-| Any CRITICAL or HIGH severity | REVISION_NEEDED |
-| All MEDIUM or lower | CONVERGED |
-
-**Output**: Write to `<session>/critiques/critique-<num>.md`
-- Sections: Ideas Reviewed, Per-idea challenges with severity, Summary table with counts, GC Signal
-
-## Phase 4: Severity Summary
-
-1. Count challenges by severity level
-2. Determine signal: REVISION_NEEDED if critical+high > 0, else CONVERGED
-3. Update shared state:
-   - Append challenges to .msg/meta.json critique_insights
-   - Each entry: idea, severity, key_challenge, round

package/.claude/skills/team-brainstorm/role-specs/evaluator.md

@@ -1,58 +0,0 @@
----
-prefix: EVAL
-inner_loop: false
-delegates_to: []
-message_types:
-  success: evaluation_ready
-  error: error
----
-
-# Evaluator
-
-Scoring, ranking, and final selection. Multi-dimension evaluation of synthesized proposals with weighted scoring and priority recommendations.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Session folder | Task description (Session: line) | Yes |
-| Synthesis results | <session>/synthesis/*.md files | Yes |
-| All ideas | <session>/ideas/*.md files | No (for context) |
-| All critiques | <session>/critiques/*.md files | No (for context) |
-
-1. Extract session path from task description (match "Session: <path>")
-2. Glob synthesis files from <session>/synthesis/
-3. Read all synthesis files for evaluation
-4. Optionally read ideas and critiques for full context
-
-## Phase 3: Evaluation and Scoring
-
-**Scoring Dimensions**:
-
-| Dimension | Weight | Focus |
-|-----------|--------|-------|
-| Feasibility | 30% | Technical feasibility, resource needs, timeline |
-| Innovation | 25% | Novelty, differentiation, breakthrough potential |
-| Impact | 25% | Scope of impact, value creation, problem resolution |
-| Cost Efficiency | 20% | Implementation cost, risk cost, opportunity cost |
-
-**Weighted Score**: `(Feasibility * 0.30) + (Innovation * 0.25) + (Impact * 0.25) + (Cost * 0.20)`
-
-**Per-Proposal Evaluation**:
-- Score each dimension (1-10) with rationale
-- Overall recommendation: Strong Recommend / Recommend / Consider / Pass
-
-**Output**: Write to `<session>/evaluation/evaluation-<num>.md`
-- Sections: Input summary, Scoring Matrix (ranked table), Detailed Evaluation per proposal, Final Recommendation, Action Items, Risk Summary
-
-## Phase 4: Consistency Check
-
-| Check | Pass Criteria | Action on Failure |
-|-------|---------------|-------------------|
-| Score spread | max - min >= 0.5 (with >1 proposal) | Re-evaluate differentiators |
-| No perfect scores | Not all 10s | Adjust to reflect critique findings |
-| Ranking deterministic | Consistent ranking | Verify calculation |
-
-After passing checks, update shared state:
-- Set .msg/meta.json evaluation_scores
-- Each entry: title, weighted_score, rank, recommendation

package/.claude/skills/team-brainstorm/role-specs/ideator.md

@@ -1,71 +0,0 @@
----
-prefix: IDEA
-inner_loop: false
-delegates_to: []
-message_types:
-  success: ideas_ready
-  error: error
----
-
-# Ideator
-
-Multi-angle idea generator. Divergent thinking, concept exploration, and idea revision as the Generator in the Generator-Critic loop.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Session folder | Task description (Session: line) | Yes |
-| Topic | <session>/.msg/meta.json | Yes |
-| Angles | <session>/.msg/meta.json | Yes |
-| GC Round | <session>/.msg/meta.json | Yes |
-| Previous critique | <session>/critiques/*.md | For revision tasks only |
-| Previous ideas | <session>/.msg/meta.json generated_ideas | No |
-
-1. Extract session path from task description (match "Session: <path>")
-2. Read .msg/meta.json for topic, angles, gc_round
-3. Detect task mode:
-
-| Condition | Mode |
-|-----------|------|
-| Task subject contains "revision" or "fix" | GC Revision |
-| Otherwise | Initial Generation |
-
-4. If GC Revision mode:
-   - Glob critique files from <session>/critiques/
-   - Read latest critique for revision context
-5. Read previous ideas from .msg/meta.json generated_ideas state
-
-## Phase 3: Idea Generation
-
-### Mode Router
-
-| Mode | Focus |
-|------|-------|
-| Initial Generation | Multi-angle divergent thinking, no prior critique |
-| GC Revision | Address HIGH/CRITICAL challenges from critique |
-
-**Initial Generation**:
-- For each angle, generate 3+ ideas
-- Each idea: title, description (2-3 sentences), key assumption, potential impact, implementation hint
-
-**GC Revision**:
-- Focus on HIGH/CRITICAL severity challenges from critique
-- Retain unchallenged ideas intact
-- Revise ideas with revision rationale
-- Replace unsalvageable ideas with new alternatives
-
-**Output**: Write to `<session>/ideas/idea-<num>.md`
-- Sections: Topic, Angles, Mode, [Revision Context if applicable], Ideas list, Summary
-
-## Phase 4: Self-Review
-
-| Check | Pass Criteria | Action on Failure |
-|-------|---------------|-------------------|
-| Minimum count | >= 6 (initial) or >= 3 (revision) | Generate additional ideas |
-| No duplicates | All titles unique | Replace duplicates |
-| Angle coverage | At least 1 idea per angle | Generate missing angle ideas |
-
-After passing checks, update shared state:
-- Append new ideas to .msg/meta.json generated_ideas
-- Each entry: id, title, round, revised flag

package/.claude/skills/team-brainstorm/role-specs/synthesizer.md

@@ -1,59 +0,0 @@
----
-prefix: SYNTH
-inner_loop: false
-delegates_to: []
-message_types:
-  success: synthesis_ready
-  error: error
----
-
-# Synthesizer
-
-Cross-idea integrator. Extracts themes from multiple ideas and challenge feedback, resolves conflicts, generates consolidated proposals.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Session folder | Task description (Session: line) | Yes |
-| All ideas | <session>/ideas/*.md files | Yes |
-| All critiques | <session>/critiques/*.md files | Yes |
-| GC rounds completed | <session>/.msg/meta.json gc_round | Yes |
-
-1. Extract session path from task description (match "Session: <path>")
-2. Glob all idea files from <session>/ideas/
-3. Glob all critique files from <session>/critiques/
-4. Read all idea and critique files for synthesis
-5. Read .msg/meta.json for context (topic, gc_round, generated_ideas, critique_insights)
-
-## Phase 3: Synthesis Execution
-
-| Step | Action |
-|------|--------|
-| 1. Theme Extraction | Identify common themes across ideas, rate strength (1-10), list supporting ideas |
-| 2. Conflict Resolution | Identify contradictory ideas, determine resolution approach, document rationale |
-| 3. Complementary Grouping | Group complementary ideas together |
-| 4. Gap Identification | Discover uncovered perspectives |
-| 5. Integrated Proposal | Generate 1-3 consolidated proposals |
-
-**Integrated Proposal Structure**:
-- Core concept description
-- Source ideas combined
-- Addressed challenges from critiques
-- Feasibility score (1-10), Innovation score (1-10)
-- Key benefits list, Remaining risks list
-
-**Output**: Write to `<session>/synthesis/synthesis-<num>.md`
-- Sections: Input summary, Extracted Themes, Conflict Resolution, Integrated Proposals, Coverage Analysis
-
-## Phase 4: Quality Check
-
-| Check | Pass Criteria | Action on Failure |
-|-------|---------------|-------------------|
-| Proposal count | >= 1 proposal | Generate at least one proposal |
-| Theme count | >= 2 themes | Look for more patterns |
-| Conflict resolution | All conflicts documented | Address unresolved conflicts |
-
-After passing checks, update shared state:
-- Set .msg/meta.json synthesis_themes
-- Each entry: name, strength, supporting_ideas

package/.claude/skills/team-frontend/role-specs/analyst.md

@@ -1,91 +0,0 @@
----
-prefix: ANALYZE
-inner_loop: false
-message_types:
-  success: analyze_ready
-  error: error
----
-
-# Requirements Analyst
-
-Analyze frontend requirements and retrieve industry design intelligence via ui-ux-pro-max skill. Produce design-intelligence.json and requirements.md for downstream consumption by architect and developer roles.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Task description | From task subject/description | Yes |
-| Session path | Extracted from task description | Yes |
-| Industry context | Extracted from task description | Yes |
-| .msg/meta.json | <session>/.msg/meta.json | No |
-
-1. Extract session path, industry type, and tech stack from task description
-2. Detect existing design system:
-
-| Signal | Detection Method |
-|--------|-----------------|
-| Token files | Glob `**/*token*.*` |
-| CSS files | Glob `**/*.css` |
-| Package.json | Read for framework dependencies |
-
-3. Detect tech stack from package.json:
-
-| Dependency | Stack |
-|------------|-------|
-| `next` | nextjs |
-| `react` | react |
-| `vue` | vue |
-| `svelte` | svelte |
-| `@shadcn/ui` | shadcn |
-| (none) | html-tailwind |
-
-4. Load .msg/meta.json for shared state
-
-## Phase 3: Design Intelligence Retrieval
-
-Retrieve design intelligence via ui-ux-pro-max skill integration.
-
-**Step 1: Invoke ui-ux-pro-max** (primary path):
-
-| Action | Invocation |
-|--------|------------|
-| Full design system | `Skill(skill="ui-ux-pro-max", args="<industry> <keywords> --design-system")` |
-| UX guidelines | `Skill(skill="ui-ux-pro-max", args="accessibility animation responsive --domain ux")` |
-| Tech stack guide | `Skill(skill="ui-ux-pro-max", args="<keywords> --stack <detected-stack>")` |
-
-**Step 2: Fallback** (if skill unavailable):
-- Generate design recommendations from LLM general knowledge
-- Log warning: `ui-ux-pro-max not installed. Install via: /plugin install ui-ux-pro-max@ui-ux-pro-max-skill`
-
-**Step 3: Analyze existing codebase** (if token/CSS files found):
-- Explore existing design patterns (color palette, typography scale, spacing, component patterns)
-
-**Step 4: Competitive reference** (optional, if industry is not "Other"):
-- `WebSearch({ query: "<industry> web design trends best practices" })`
-
-**Step 5: Compile design-intelligence.json**:
-
-| Field | Source |
-|-------|--------|
-| `_source` | "ui-ux-pro-max-skill" or "llm-general-knowledge" |
-| `industry` | Task description |
-| `detected_stack` | Phase 2 detection |
-| `design_system` | Skill output (colors, typography, effects) |
-| `ux_guidelines` | Skill UX domain output |
-| `stack_guidelines` | Skill stack output |
-| `recommendations` | Synthesized: style, anti-patterns, must-have |
-
-**Output files**:
-- `<session>/analysis/design-intelligence.json`
-- `<session>/analysis/requirements.md`
-
-## Phase 4: Self-Review
-
-| Check | Method | Pass Criteria |
-|-------|--------|---------------|
-| JSON validity | Parse design-intelligence.json | No parse errors |
-| Required fields | Check _source, industry, design_system | All present |
-| Anti-patterns populated | Check recommendations.anti_patterns | Non-empty array |
-| Requirements doc exists | File check | requirements.md written |
-
-Update .msg/meta.json: merge `design_intelligence` and `industry_context` keys.

package/.claude/skills/team-frontend/role-specs/architect.md

@@ -1,85 +0,0 @@
----
-prefix: ARCH
-inner_loop: false
-message_types:
-  success: arch_ready
-  error: error
----
-
-# Frontend Architect
-
-Consume design-intelligence.json to define design token system, component architecture, and project structure. Token values prioritize ui-ux-pro-max recommendations. Produce architecture artifacts for developer consumption.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Task description | From task subject/description | Yes |
-| Session path | Extracted from task description | Yes |
-| Scope | Extracted from task description (tokens/components/full) | No (default: full) |
-| Design intelligence | <session>/analysis/design-intelligence.json | Yes |
-| .msg/meta.json | <session>/.msg/meta.json | No |
-
-1. Extract session path and scope from task description
-2. Load design intelligence from analyst output
-3. Load .msg/meta.json for shared state (industry_context, design_intelligence)
-4. Detect existing project structure via Glob `src/**/*`
-
-**Fail-safe**: If design-intelligence.json not found, use default token values and log warning.
-
-## Phase 3: Architecture Design
-
-**Scope selection**:
-
-| Scope | Output |
-|-------|--------|
-| `tokens` | Design token system only |
-| `components` | Component specs only |
-| `full` | Both tokens and components + project structure |
-
-**Step 1: Design Token System** (scope: tokens or full):
-
-Generate `<session>/architecture/design-tokens.json` with categories:
-
-| Category | Content | Source |
-|----------|---------|--------|
-| `color` | Primary, secondary, background, surface, text, CTA | ui-ux-pro-max |
-| `typography` | Font families, font sizes (scale) | ui-ux-pro-max |
-| `spacing` | xs through 2xl | Standard scale |
-| `border-radius` | sm, md, lg, full | Standard scale |
-| `shadow` | sm, md, lg | Standard elevation |
-| `transition` | fast, normal, slow | Standard durations |
-
-Use `$type` + `$value` format (Design Tokens Community Group). Support light/dark mode via nested values.
-
-**Step 2: Component Architecture** (scope: components or full):
-
-Generate component specs in `<session>/architecture/component-specs/`:
-- Design reference (style, stack)
-- Props table (name, type, default, description)
-- Variants table
-- Accessibility requirements (role, keyboard, ARIA, contrast)
-- Anti-patterns to avoid (from design intelligence)
-
-**Step 3: Project Structure** (scope: full):
-
-Generate `<session>/architecture/project-structure.md` with stack-specific layout:
-
-| Stack | Key Directories |
-|-------|----------------|
-| react | src/components/, src/pages/, src/hooks/, src/styles/ |
-| nextjs | app/(routes)/, app/components/, app/lib/, app/styles/ |
-| vue | src/components/, src/views/, src/composables/, src/styles/ |
-| html-tailwind | src/components/, src/pages/, src/styles/ |
-
-## Phase 4: Self-Review
-
-| Check | Method | Pass Criteria |
-|-------|--------|---------------|
-| JSON validity | Parse design-tokens.json | No errors |
-| Required categories | Check color, typography, spacing | All present |
-| Anti-pattern compliance | Token values vs anti-patterns | No violations |
-| Component specs complete | Each has props + accessibility | All complete |
-| File existence | Verify all planned files | All present |
-
-Update .msg/meta.json: merge `design_token_registry` and `component_inventory` keys.

package/.claude/skills/team-frontend/role-specs/developer.md

@@ -1,92 +0,0 @@
----
-prefix: DEV
-inner_loop: true
-message_types:
-  success: dev_complete
-  error: error
----
-
-# Frontend Developer
-
-Consume architecture artifacts (design tokens, component specs, project structure) to implement frontend code. Reference design-intelligence.json for implementation checklist, tech stack guidelines, and anti-pattern constraints.
-
-## Phase 2: Context Loading
-
-| Input | Source | Required |
-|-------|--------|----------|
-| Task description | From task subject/description | Yes |
-| Session path | Extracted from task description | Yes |
-| Scope | Extracted from task description (tokens/components/full) | No (default: full) |
-| Design intelligence | <session>/analysis/design-intelligence.json | No |
-| Design tokens | <session>/architecture/design-tokens.json | Yes |
-| Component specs | <session>/architecture/component-specs/*.md | No |
-| Project structure | <session>/architecture/project-structure.md | No |
-| .msg/meta.json | <session>/.msg/meta.json | No |
-
-1. Extract session path and scope from task description
-2. Load design tokens (required -- if missing, report to coordinator)
-3. Load design intelligence for anti-patterns and guidelines
-4. Load component specs and project structure
-5. Detect tech stack from design intelligence `detected_stack`
-6. Load .msg/meta.json for shared state
-
-## Phase 3: Code Implementation
-
-**Scope selection**:
-
-| Scope | Output |
-|-------|--------|
-| `tokens` | CSS custom properties from design tokens |
-| `components` | Component code from specs |
-| `full` | Both token CSS and components |
-
-**Step 1: Generate Design Token CSS** (scope: tokens or full):
-
-Convert design-tokens.json to `src/styles/tokens.css`:
-
-| JSON Category | CSS Variable Prefix |
-|---------------|---------------------|
-| color | `--color-` |
-| typography.font-family | `--font-` |
-| typography.font-size | `--text-` |
-| spacing | `--space-` |
-| border-radius | `--radius-` |
-| shadow | `--shadow-` |
-| transition | `--duration-` |
-
-Add `@media (prefers-color-scheme: dark)` override for color tokens.
-
-**Step 2: Implement Components** (scope: components or full):
-
-Implementation strategy by complexity:
-
-| Condition | Strategy |
-|-----------|----------|
-| <= 2 components | Direct inline Edit/Write |
-| 3-5 components | Single batch implementation |
-| > 5 components | Group by module, implement per batch |
-
-**Coding standards** (mandatory):
-- Use design token CSS variables -- never hardcode colors/spacing
-- All interactive elements: `cursor: pointer`
-- Transitions: 150-300ms via `var(--duration-normal)`
-- Text contrast: minimum 4.5:1 ratio
-- Include `focus-visible` styles for keyboard navigation
-- Support `prefers-reduced-motion`
-- Responsive: mobile-first with md/lg breakpoints
-- No emoji as functional icons
-
-## Phase 4: Self-Review
-
-| Check | Method | Pass Criteria |
-|-------|--------|---------------|
-| Hardcoded colors | Scan for hex codes outside tokens.css | None found |
-| cursor-pointer | Check buttons/links | All have cursor-pointer |
-| Focus styles | Check interactive elements | All have focus styles |
-| Responsive | Check for breakpoints | Breakpoints present |
-| File existence | Verify all planned files | All present |
-| Import resolution | Check no broken imports | All imports resolve |
-
-Auto-fix where possible: add missing cursor-pointer, basic focus styles.
-
-Update .msg/meta.json: merge `component_inventory` key with implemented file list.