Brainstorming

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

作者 davila7507d5d0eabf0962bd69f351bca133b2e45e2afb0无许可证32K 个星标收录于 2026年10月9日更新于 2026年10月9日仓库今天更新

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/productivity/brainstorming提交507d5d0

许可证: 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架