关于 development-brainstorming
一项协作式技能,帮助将初步软件构想转化为经过确认的技术设计和规格。它先查看项目背景,再逐步提问、比较方案,并分段完善设计。
主要功能
- 01检查项目文件和近期提交
- 02每次提出一个澄清问题
- 03比较方案及其权衡
- 04分段展示并确认设计
- 05可记录设计并准备实施
适用场景
- 01梳理新功能的需求
- 02在多个方案间选择架构
- 03实施前编写并审阅设计文档
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ jst-well-dan/ skill-box --skill development-brainstorming安装后在 Claude Code 中输入/development-brainstorming确认已加载。
详细介绍
开发构思:将创意转化为技术设计
概述
通过自然的协作式对话,帮助将创意转化为完整的设计和规格说明。
首先了解当前项目的背景,然后一次提出一个问题,逐步完善创意。了解要构建的内容后,分成若干小节(200-300 字)展示设计,并在每节之后确认目前是否符合预期。
流程
理解创意:
- 首先查看当前项目状态(文件、文档、近期提交)
- 一次提出一个问题,逐步完善创意
- 尽可能优先使用选择题,也可以使用开放式问题
- 每条消息只问一个问题;如果某个主题需要进一步探讨,就拆分成多个问题
- 重点了解目的、约束和成功标准
探索方案:
- 提出 2-3 种不同方案,并说明各自的权衡
- 以对话的方式介绍选项,并给出你的建议和理由
- 先介绍推荐方案,再解释原因
呈现设计:
- 确信已了解要构建的内容后,呈现设计
- 将内容拆分为 200-300 字的小节
- 每节之后询问目前是否符合预期
- 涵盖:架构、组件、数据流、错误处理、测试
- 如果有内容难以理解,请随时回头澄清
设计完成后
文档:
- 将已确认的设计写入
docs/plans/YYYY-MM-DD-<topic>-design.md - 如果可用,请使用 elements-of-style:writing-clearly-and-concisely 技能
- 将设计文档提交到 git
实施(如果继续):
- 询问:“准备好开始实施了吗?”
- 使用 superpowers:using-git-worktrees 创建隔离的工作区
- 使用 superpowers:writing-plans 制定详细的实施计划
核心原则
- 一次只问一个问题 - 不要一次提出多个问题,让人应接不暇
- 优先使用选择题 - 尽可能使用选择题,让回答比开放式问题更容易
- 严格遵循 YAGNI 原则 - 从所有设计中删除不必要的功能
- 探索替代方案 - 确定方案前,始终提出 2-3 种方案
- 增量验证 - 分节呈现设计,并逐节确认
- 保持灵活 - 遇到难以理解的内容时,回头澄清
评论
支持 Markdown