claude/ai-resources-plugin/skills/design/SKILL.md
Create or iterate on a software design via a multi-agent workflow with parallel research and review phases. Stores artifacts in memory-bank/planning/{name}/.
npx skillsauth add amhuppert/my-ai-resources designInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Orchestrate a multi-agent design workflow to create or iterate on a design that meets project requirements.
$1: Design name (required) - Slug for the design subdirectory (e.g., "user-auth", "payment-flow")
memory-bank/planning/{name}/$2: Mode or focus area (optional)
new - Force creation of a new design from scratch (ignores existing design.md)All artifacts for a design are stored in memory-bank/planning/{name}/:
memory-bank/planning/{name}/
├── design.md # Current design document
├── design-draft.md # Working draft (new design workflow)
├── research-*.md # Research agent outputs
├── review-*.md # Review outputs (new design)
└── iteration-review-*.md # Iteration review outputs
First, validate the design name and determine which mode to run:
if $1 is empty:
→ Use Glob to find existing designs: memory-bank/planning/*/design.md
→ If found, list them and ask user to select or provide a name
→ If none found, ask user for a new design name
→ Store selected/provided name as DESIGN_NAME
DESIGN_NAME = $1
DESIGN_DIR = memory-bank/planning/{DESIGN_NAME}
if $2 == "new":
→ Run NEW DESIGN WORKFLOW
else if file_exists("{DESIGN_DIR}/design.md"):
→ Run ITERATION WORKFLOW (with optional focus: $2)
else:
→ Run NEW DESIGN WORKFLOW
Before running agents, detect project characteristics:
tsconfig.json exists OR grep .kiro/steering/tech.md for "TypeScript"app.json contains "expo" key OR grep .kiro/steering/tech.md for "Expo"memory-bank/DESIGN-AGENTS.md contains design-system-file: and the referenced file existsStore detection results for agent selection.
Build the list of agents to use:
Universal agents (always include):
Conditional agents (based on detection):
Project-specific agents:
memory-bank/DESIGN-AGENTS.md if it exists.claude/agents/Use this workflow when creating a design from scratch.
Read these files to understand the project context:
.kiro/steering/tech.md - Project overview and tech stackmemory-bank/DESIGN-AGENTS.md for requirements-file: configmemory-bank/*requirements*.md or memory-bank/*REQUIREMENTS*.mdIf requirements file cannot be found, use AskUserQuestion to ask for its location.
If memory-bank/DESIGN-AGENTS.md lists any Research Agents, launch them ALL IN PARALLEL:
For each research agent, use this prompt template:
Research [agent's domain] for this project.
Project context: [summary from Phase 1]
Requirements: [key requirements]
Write your findings to `{DESIGN_DIR}/research-{agent-name}.md`
Include:
- Executive Summary
- Key Findings
- Recommendations
- Tradeoffs and Alternatives
- References
Wait for all research agents to complete before proceeding.
If no research agents are configured, skip to Phase 3.
Read all research outputs from {DESIGN_DIR}/research-*.md, then create an initial design document.
Create {DESIGN_DIR}/design-draft.md with:
Launch ALL review agents IN PARALLEL using the Task tool with multiple tool calls in a single message:
For each review agent (universal + conditional + project-specific), use this prompt:
Review the design at `{DESIGN_DIR}/design-draft.md` against [agent's specialty].
Also read:
- Requirements file: [path]
- Project brief: .kiro/steering/tech.md
[If design-system-agent: - Design system: [path]]
Write your review to `{DESIGN_DIR}/review-{agent-name}.md`
Follow your standard output format.
Wait for all reviews to complete.
Read all review outputs from {DESIGN_DIR}/review-*.md.
If significant changes were made (Critical issues addressed), optionally re-run Phase 4 reviews. Maximum 2 review cycles total.
Copy the refined design-draft.md to {DESIGN_DIR}/design.md.
Ensure it includes:
Present the design to the user:
Use this workflow when {DESIGN_DIR}/design.md exists and you want to improve it.
Read these files:
{DESIGN_DIR}/design.md - The existing design{DESIGN_DIR}/research-*.mdNote the focus area from $2 if provided.
Select agents based on focus area. If no focus provided, use ALL agents.
Focus area mapping:
Launch selected agents IN PARALLEL with this prompt:
Review the existing design at `{DESIGN_DIR}/design.md`.
[If focus provided]: Focus specifically on: {focus_area}
[If no focus]: Provide a comprehensive review.
Your task:
1. Identify issues, gaps, or weaknesses
2. Suggest specific improvements with rationale
3. Note what's done well
4. Prioritize findings: Critical > Major > Minor > Suggestion
Write your review to `{DESIGN_DIR}/iteration-review-{agent-name}.md`
Format:
# {Agent Name} Review - Iteration
## Summary
[1-2 sentence overall assessment]
## Critical Issues
[Issues that would cause implementation failure]
## Major Issues
[Significant problems that should be fixed]
## Minor Issues
[Small improvements worth considering]
## Suggestions
[Nice-to-have improvements]
## Questions for Clarification
[Anything unclear needing input]
## What's Working Well
[Positive aspects]
Wait for all reviews to complete.
Read all {DESIGN_DIR}/iteration-review-*.md files.
If needed, use AskUserQuestion to:
Update {DESIGN_DIR}/design.md:
When making changes:
If significant changes were made, optionally re-run affected review agents. Limit to 1 validation pass.
Summarize the iteration:
## Design Iteration Summary
### Changes Made
- [List of changes with brief rationale]
### Issues Addressed
- [Which issues were fixed]
### Issues Deferred
- [What was not addressed and why]
### New Questions
- [Any new questions that arose]
### Recommendation
[Next steps: another iteration, move to implementation, or specific area needs attention]
Ask user if they want to:
{DESIGN_DIR}/ directorymemory-bank/planning/{DESIGN_NAME}/
├── design.md # Current design document
├── design-draft.md # Working draft (new design workflow)
├── research-*.md # Research agent outputs
├── review-*.md # Review outputs (new design)
└── iteration-review-*.md # Iteration review outputs
memory-bank/planning/{DESIGN_NAME}/ if it doesn't existtools
Use when picking or vetting a keyboard shortcut on macOS. Triggers include "what hotkey should I use for X", "is `<combo>` available", "does this shortcut conflict", "recommend a keybinding for…", "check `<combo>` against my setup", "pick a hotkey for…", or any mention of choosing/binding/changing a shortcut in WezTerm, tmux, Zed, Chrome, Claude Code, or macOS. Determines whether a proposed combo collides with OS-reserved bindings, app defaults, or the user's customizations, and recommends ergonomic alternatives when needed.
development
Detect and remove dead code with knip. Use when the user asks to "run knip", "find unused files", "find unused exports", "find unused dependencies", "clean up dead code", "remove dead code", "set up knip", "configure knip", "knip.json", "knip false positive", "knip CI", or mentions a `knip` config, dependency bloat, bundle bloat from unused imports, or tree-shaking unused exports. Covers the configuration-first workflow, confidence-gated deletion, framework-specific gotchas (Next.js 15+, Tailwind, Storybook, Jest, Bun's test runner and `bun build --compile`), monorepos, CI integration, and performance tuning.
tools
This skill should be used when the user asks to "set up react-scan", "install react-scan", "diagnose React re-renders", "find unnecessary renders", "find unstable props", "automate React render checks with Playwright", "react-scan + playwright", "measure component renders programmatically", "check why a React component is slow", or mentions React rendering issues, slow React interactions, render counts, or component-level perf attribution. Covers install across Next.js/Vite/Remix/script-tag/browser-extension, the lite headless API for CI, and the canonical render-attribution → fix → validate loop driven through Playwright.
documentation
This skill should be used when integrating source material into a knowledge base, including when the user asks to "integrate this document into the knowledge base", "add this transcript to the memory bank", "ingest this document", "update the knowledge base", "analyze a new source document", or "sync current-state docs with this source".