头脑风暴设计引导
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/brainstorming-zh。
技能介绍
解决什么问题
很多需求在 SKILL.md、代码或方案还没成形时,工程师已经带着隐含假设开始实现。这个技能把“头脑风暴”约束成一次设计前评审:在动手写代码、改行为、做投机功能之前,先明确目的、用户、约束、成功标准和非目标,避免过早实现、错位方案和脆弱系统。它不是通用创意工具,而是面向开发任务的理解锁定流程。
如何工作
激活后,它要求模型扮演设计引导者与评审员,而不是构建者。核心步骤包括:
- 先读取项目上下文,区分已有事实与拟议变化;
- 一次只问一个问题,优先用选择题澄清需求;
- 强制澄清
性能、规模、安全隐私、可靠性、维护归属等非功能性要求; - 输出理解摘要、假设和未决问题,等待明确确认后才进入方案探索;
- 提出 2–3 个方案,说明复杂度、可扩展性、风险、维护性,并践行
YAGNI; - 用 200–300 词的小节增量呈现设计,同时维护决策日志。
适用边界
该技能适合高风险、多假设、跨模块或需要文档沉淀的技术设计。它不适合作为快速原型指令:若用户只想要立即编码,它可能显得流程较重。资料中提到,若设计影响重大或风险高,应将最终设计与决策日志交给 multi-agent-brainstorming 技能,而不是直接进入实现。
使用场景
- 重构支付模块前,先把用户路径、性能、风控假设和非目标列成设计共识
- 写新功能前用选择题一次一个问题,把成功标准和不可做范围确认下来
- 评估微服务拆分方案时,记录性能、安全、维护成本与备选方案权衡
- 把口头需求整理成设计稿和决策日志,再确认是否进入实现
适合人员
- 负责后端重构、需要先澄清性能与安全约束的工程师
- 要把口头需求转成可评审设计稿的产品工程负责人
- 在实现前需要记录假设、风险与决策日志的技术负责人
- 参与复杂系统设计、需要更高信心保证的架构师