From autodesign
This skill should be used when the user asks to "set up a design experiment", "initialize a design exploration", "create design config", "prepare design branch", or needs to configure the autodesign environment before starting an autonomous design exploration loop.
How this skill is triggered — by the user, by Claude, or both
Slash command
/autodesign:setup-designThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Initialize the autodesign experiment environment: create branch, config,
Initialize the autodesign experiment environment: create branch, config, results file, and run baseline measurement.
Execute these steps in order before starting the exploration loop:
Propose a tag based on today's date and purpose (e.g., mar21-cafe-redesign).
Confirm the branch name design/<tag> does not already exist.
git checkout -b design/<tag>
Create design-config.yaml at the project root with all required fields:
tag: "<tag>"
target_files:
- "path/to/target.tsx"
eval_target: "http://localhost:3000" # or file path
eval_command: "bash ${CLAUDE_PLUGIN_ROOT}/scripts/eval-composite.sh"
metric_name: "composite_score"
metric_direction: "higher"
timeout_seconds: 90
results_file: "design-results.tsv"
# Optional: omit to start from existing files
# initial_prompt: "Design description here"
evaluators:
structure: { enabled: true, weight: 0.30 }
readability: { enabled: true, weight: 0.20 }
lighthouse: { enabled: true, weight: 0.30 }
completeness: { enabled: true, weight: 0.20 }
constraints:
structure_errors_max: 3
aeo_score_min: 50
lighthouse_avg_min: 70
completeness_score_min: 60
exploration_axes:
- layout
- color
- typography
- animation
- spacing
- imagery
Request each field value from the user if not obvious from context.
For URL targets:
curl -s -o /dev/null -w "%{http_code}" <eval_target>
For file targets:
test -f <eval_target> && echo "OK" || echo "NOT FOUND"
For each enabled evaluator, verify dependencies are available:
# Check Chrome availability
which google-chrome || which chromium || echo "Chrome not found"
If Chrome is not available, disable structure and lighthouse evaluators and adjust weights so remaining evaluators sum to 1.0.
Create results file with header:
printf 'commit\tcomposite_score\tstatus\tconstraint\taxis\tdescription\n' > design-results.tsv
Add to .gitignore if not already present:
grep -q 'design-results.tsv' .gitignore 2>/dev/null || echo 'design-results.tsv' >> .gitignore
Read all target files and evaluation config to build full understanding of the design before exploring. Identify:
When starting from existing files (no initial_prompt), execute the evaluation
and record the baseline:
<eval_command> > run.log 2>&1
grep "^composite_score:" run.log
Record in design-results.tsv:
printf '%s\t%s\tkeep\t-\tbaseline\tinitial design\n' \
"$(git rev-parse --short HEAD)" "<composite_score>" >> design-results.tsv
When initial_prompt IS set, skip this step — Step 0 of the core loop handles
initial generation and baseline recording.
Present setup summary to the user:
Once confirmed, hand off to the design-loop skill or designer agent.
Before proceeding, verify:
npx claudepluginhub hironow/dotfiles --plugin autodesignAutomates design system construction from repository analysis: extracts patterns, builds OKLCH token hierarchies, implements accessible components with tests, verifies via multi-reviewer panels.
Guides design validation through collaborative dialogue before coding begins. Use when creating features, building components, or modifying behavior to prevent wasted work.
Conducts design interviews, generates five UI variations matching project styles, collects feedback, refines selections, and outputs implementation plans for new or redesigned components.