mcpField
D
development-brainstorming

development-brainstorming

github.com/jst-well-dan开发10238 次安装31 周前更新
代码仓库

关于 development-brainstorming

一项协作式技能,帮助将初步软件构想转化为经过确认的技术设计和规格。它先查看项目背景,再逐步提问、比较方案,并分段完善设计。

主要功能

  1. 01检查项目文件和近期提交
  2. 02每次提出一个澄清问题
  3. 03比较方案及其权衡
  4. 04分段展示并确认设计
  5. 05可记录设计并准备实施

适用场景

  1. 01梳理新功能的需求
  2. 02在多个方案间选择架构
  3. 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