Brainstorming

davila7/claude-code-templates/cli-tool/components/skills/development/brainstorming

作者 davila78da17d671b6f無授權條款32K 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫今天更新

You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.

AI 產生的概覽

引導協作式腦力激盪,在實作前把想法轉化為經過驗證的設計與規格。

功能
透過結構化對話,從目前專案狀態著手,一次只問一個問題,並探討 2-3 種方案及其取捨。接著以每節 200-300 字的方式呈現設計,逐節與使用者確認。確認後,將設計寫入 docs/plans/YYYY-MM-DD- -design.md 並提交至 git,可選擇繼續進入實作準備。
適用情境
適用於建立功能、建構元件、新增功能或修改行為等創意工作之前。適合需要在實作開始前釐清使用者意圖、需求與設計的情境。
執行需求
不含指令碼,僅為說明性內容。撰寫設計文件並提交需要專案中的檔案與 git 存取權限;技能另引用了可選的搭配技能(elements-of-style:writing-clearly-and-concisely、superpowers:using-git-worktrees、superpowers:writing-plans),若可用則使用。

Brainstorming Ideas Into Designs

Overview

Help turn ideas into fully formed designs and specs through natural collaborative dialogue.

Start by understanding the current project context, then ask questions one at a time to refine the idea. Once you understand what you're building, present the design in small sections (200-300 words), checking after each section whether it looks right so far.

The Process

Understanding the idea:

  • Check out the current project state first (files, docs, recent commits)
  • Ask questions one at a time to refine the idea
  • Prefer multiple choice questions when possible, but open-ended is fine too
  • Only one question per message - if a topic needs more exploration, break it into multiple questions
  • Focus on understanding: purpose, constraints, success criteria

Exploring approaches:

  • Propose 2-3 different approaches with trade-offs
  • Present options conversationally with your recommendation and reasoning
  • Lead with your recommended option and explain why

Presenting the design:

  • Once you believe you understand what you're building, present the design
  • Break it into sections of 200-300 words
  • Ask after each section whether it looks right so far
  • Cover: architecture, components, data flow, error handling, testing
  • Be ready to go back and clarify if something doesn't make sense

After the Design

Documentation:

  • Write the validated design to docs/plans/YYYY-MM-DD-<topic>-design.md
  • Use elements-of-style:writing-clearly-and-concisely skill if available
  • Commit the design document to git

Implementation (if continuing):

  • Ask: "Ready to set up for implementation?"
  • Use superpowers:using-git-worktrees to create isolated workspace
  • Use superpowers:writing-plans to create detailed implementation plan

Key Principles

  • One question at a time - Don't overwhelm with multiple questions
  • Multiple choice preferred - Easier to answer than open-ended when possible
  • YAGNI ruthlessly - Remove unnecessary features from all designs
  • Explore alternatives - Always propose 2-3 approaches before settling
  • Incremental validation - Present design in sections, validate each
  • Be flexible - Go back and clarify when something doesn't make sense

來源與署名

來源:davila7/claude-code-templates位於cli-tool/components/skills/development/brainstorming提交8da17d6

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架