​

Skill metadata

​

Reference: full SKILL.md

​

Sketch

​

When NOT to use this

• User wants a production component — use claude-design or build it properly
• User wants a polished one-off HTML artifact (landing page, deck) — claude-design
• User wants a diagram — excalidraw, architecture-diagram
• The design is already locked — just build it

​

If the user has the full GSD system installed

Note: The upstream GSD project (gsd-build/get-shit-done) is archived / no longer maintained on GitHub. The npm package (get-shit-done-cc) still installs, but treat it as an archived community project — this standalone sketch skill is the maintained path and needs nothing extra.

​

Core method

intake  →  variants  →  head-to-head  →  pick winner (or iterate)

​

1. Intake (skip if the user already gave you enough)

1. Feel. “What should this feel like? Adjectives, emotions, a vibe.” — “calm, editorial, like Linear” tells you more than “minimal”.
2. References. “What apps, sites, or products capture the feel you’re imagining?” — actual references beat abstract descriptions.
3. Core action. “What’s the single most important thing a user does on this screen?” — the variants should all serve this well; if they don’t, they’re just decoration.

​

2. Variants (2-3, never 1, rarely 4+)

• Density: compact / airy / ultra-dense (pick two contrasting poles)
• Emphasis: content-first / action-first / tool-first
• Aesthetic: editorial / utilitarian / playful
• Layout: single-column / sidebar / split-pane
• Grounding: card-based / bare-content / document-style

sketches/
├── 001-calm-editorial/
│   ├── index.html
│   └── README.md
├── 001-utilitarian-dense/
│   ├── index.html
│   └── README.md
└── 001-playful-split/
    ├── index.html
    └── README.md

​

3. Make them real HTML

• Inline <style> — no build step, no external CSS
• System fonts or one Google Font via <link>
• Tailwind via CDN (<script src="https://cdn.tailwindcss.com"></script>) is fine
• Realistic fake content — actual sentences, actual names, not “Lorem ipsum”
• Interactive: links clickable, hovers real, at least one state transition (open/close, filter, toggle). A frozen static image is a worse spike than a sloppy animated one.

browser_navigate(url="file:///absolute/path/to/sketches/001-calm-editorial/index.html")
browser_vision(question="Does this layout look clean and readable? Any visible bugs (overlapping text, unstyled elements, broken images)?")

<style>
  * { box-sizing: border-box; margin: 0; padding: 0; }
  body {
    font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto,
                 "Helvetica Neue", Arial, sans-serif;
    -webkit-font-smoothing: antialiased;
    color: #1a1a1a;
    background: #fafafa;
    line-height: 1.5;
  }
</style>

​

4. Variant README

## Variant: {stance name}

### Design stance
One sentence on the principle driving this variant.

### Key choices
- Layout: ...
- Typography: ...
- Color: ...
- Interaction: ...

### Trade-offs
- Strong at: ...
- Weak at: ...

### Best for
- The kind of user or use case this variant actually serves

​

5. Head-to-head

## Three takes on the home screen

| Dimension | Calm editorial | Utilitarian dense | Playful split |
|-----------|----------------|-------------------|---------------|
| Density   | Low            | High              | Medium        |
| Primary action visibility | Low | High | Medium |
| Scan-ability | High | Medium | Low |
| Feel | Calm, trusted | Sharp, tool-like | Inviting, energetic |

**My take:** Utilitarian dense for power users, calm editorial for content-forward audiences. Playful split is weakest — tries to do both and commits to neither.

​

Theming (when the project has a visual identity)

/* sketches/themes/tokens.css */
:root {
  --color-bg: #fafafa;
  --color-fg: #1a1a1a;
  --color-accent: #0066ff;
  --color-muted: #666;
  --radius: 8px;
  --font-display: "Inter", sans-serif;
  --font-body: -apple-system, BlinkMacSystemFont, sans-serif;
}

​

Interactivity bar

1. Click a primary action and something visible happens (state change, modal, toast, navigation feint)
2. See one meaningful state transition (filter a list, toggle a mode, open/close a panel)
3. Hover recognizable affordances (buttons, rows, tabs)

​

Frontier mode (picking what to sketch next)

• Consistency gaps — two winning variants from different sketches made independent choices that haven’t been composed together yet
• Unsketched screens — referenced but never explored
• State coverage — happy path sketched, but not empty / loading / error / 1000-items
• Responsive gaps — validated at one viewport; does it hold at mobile / ultrawide?
• Interaction patterns — static layouts exist; transitions, drag, scroll behavior don’t

​

Output

• Create sketches/ (or .planning/sketches/ if the user is using GSD conventions) in the repo root
• One subdir per variant: NNN-stance-name/index.html + README.md
• Tell the user how to open them: open sketches/001-calm-editorial/index.html on macOS, xdg-open on Linux, start on Windows
• Keep variants disposable — a sketch that you felt the need to preserve should be promoted into real project code, not curated as an asset

terminal("mkdir -p sketches/001-calm-editorial")
write_file("sketches/001-calm-editorial/index.html", "<!doctype html>...")
write_file("sketches/001-calm-editorial/README.md", "## Variant: Calm editorial\n...")
browser_navigate(url="file://$(pwd)/sketches/001-calm-editorial/index.html")
browser_vision(question="How does this look? Any obvious layout issues?")

​

Attribution