brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
boris-planRun Boris Cherny's plan-first workflow — write a complete plan, get explicit approval, then execute. Use at the start of any complex task to avoid wasted work and mid-session corrections. Named after Boris Cherny, creator of Claude Code.
Independent GitHub snapshot · Automated classification · Original documentation governs
This skill enforces the workflow Boris Cherny (creator of Claude Code) uses for every complex task: plan first, execute second, verify last. Credit: Boris Cherny via howborisusesclaudecode.com.
Ask the user: "Describe the task you want to accomplish."
Then produce a plan — do NOT write any code or make any changes yet:
One sentence restatement of the goal. Flag any ambiguity here before proceeding.
List every assumption. If any are wrong, this is the time to correct them.
Numbered list. Each step is specific enough that you can verify it happened.
Explicitly name things that are out of scope — adjacent improvements, refactors, style changes — that you might expect but aren't in this plan.
Specific check: a command to run, a behavior to observe, a test that should pass.
[Small: <30 min | Medium: 30–90 min | Large: >90 min] — and why
Waiting for your approval before writing a single line.
Reply "approved", suggest changes, or ask questions. Only after approval will execution begin.