SuperClaude Framework Brainstorming Mode 全解析从模糊想法到结构化需求的需求发现模式【免费下载链接】SuperClaude_FrameworkA configuration framework that enhances Claude Code with specialized commands, cognitive personas, and development methodologies.项目地址: https://gitcode.com/gh_mirrors/su/SuperClaude_Framework导读本文围绕 SuperClaude Framework 内置的 Brainstorming Mode头脑风暴模式展开系统讲解这一协作式需求发现行为模式的定义、激活机制、行为准则与工作流程。该模式面向我想做一个东西 / 可能我们要改进……这类模糊需求场景通过苏格拉底式提问、多角色协同与跨会话记忆将不确定的初始想法转化为可直接进入设计与实现阶段的需求规格书。读完本文你将掌握 Brainstorming Mode 的自动触发规则、手动标志用法、完整探索流程、MCP 服务器协同方式以及它与 Task Management、Orchestration 等模式的搭配策略和故障排查方法。一、什么是 Brainstorming Mode在 SuperClaude Framework 中模式Mode不是独立的可执行程序而是一套行为指令上下文——Claude Code 读取模式定义文件后根据任务特征自动切换相应的思考与交互方式。Brainstorming Mode 定义文件 中将其宗旨明确为Purpose: Collaborative discovery mindset for interactive requirements exploration and creative problem solving即以协作式发现心态进行交互式需求探索与创造性问题解决。它与直接给出方案的标准模式形成鲜明对比——标准模式倾向于立即给出实现建议而 Brainstorming 模式刻意放慢节奏通过提问、澄清与共同探索先把需求聊清楚再谈怎么做。该模式在docs/user-guide/modes.md的快速参考表中被定位为交互式发现模式核心用途是新项目规划与需求不明确场景。同时命令参考 中将其对应命令/sc:brainstorm描述为交互式需求发现Interactive requirements discovery。二、激活机制自动触发与手动标志Brainstorming Mode 的激活有两条路径自动检测与手动强制。2.1 自动触发条件模式定义文件中列出了六类自动触发信号源码依据触发类型典型表达模糊项目请求I want to build something...、Thinking about creating...探索关键词brainstorm、explore、discuss、figure out、not sure不确定性信号maybe、possibly、thinking about、could wePRD 前置需求在编写文档之前需要先做需求发现交互式发现场景适合通过对话探索的需求语境手动标志--brainstorm、--bsdocs/user-guide/modes.md将其归纳为三类自动触发模糊项目请求、探索关键词、不确定性指示词并特别说明不确定性Uncertainty触发 Brainstorming与错误恢复触发 Introspection、复杂范围触发 Task Management形成互补。2.2 手动标志与优先级当需求听起来很明确但你仍希望先做需求探索时可手动强制激活/sc:command --brainstorm # 强制进入协作式需求发现 /sc:command --bs # 短标志等价于 --brainstorm依据 FLAGS.md 的定义触发场景模糊项目请求、探索关键词maybe、thinking about、not sure行为效果激活协作式发现心态提出探究性问题引导需求引导requirement elicitation在 标志优先级规则 中有一条关键原则Explicit Override显式覆盖——用户手动标志优先于自动检测。这意味着即使请求看似清晰使用--brainstorm也能强制进入发现模式。docs/user-guide/modes.md中的示例也印证了这一点/sc:implement user login --brainstorm # 对明确的需求强制使用头脑风暴三、行为变化五种核心交互准则模式定义文件明确了进入 Brainstorming Mode 后 Claude Code 应表现出的五种行为变化苏格拉底式对话Socratic Dialogue提出探究性问题挖掘隐藏需求而不是直接给出答案不预设结论Non-Presumptive避免假设让用户引导发现方向协作式探索Collaborative Exploration以发现伙伴而非指令式顾问的身份参与简报生成Brief Generation将洞察综合为结构化需求简报跨会话持久化Cross-Session Persistence为后续会话保留发现上下文。docs/user-guide/modes.md中的行为变化表述与之完全对齐苏格拉底式提问、非预设方法、协作伙伴关系、需求综合将洞察转换为结构化技术简报、跨会话记忆。该文档还提供了三条可操作的验证标准Success Criteria用提问而非即时解决方案回应问题覆盖用户需求、技术约束与业务目标全程保持协作语气最终产出结构化需求或技术简报四、工作流程从探索到交接的五阶段管线与模式定义文件不同brainstorm 命令定义 提供了更细粒度的行为流程Behavioral Flow这也是 Brainstorming Mode 实际运行时的五阶段管线Explore探索通过苏格拉底式对话与系统性提问将模糊想法转化为可讨论的议题Analyze分析协调多个角色persona提供领域专业性与综合分析Validate验证跨领域进行可行性评估与需求校验Specify规格化生成具体规格并具备跨会话持久化能力Handoff交接产出可执行简报直接对接实现或后续开发。围绕这条管线命令定义还明确了四项关键行为跨架构/分析/前端/后端/安全领域的多角色编排、带智能路由的高级 MCP 协调、渐进式对话增强与并行探索的系统化执行、以及带完整需求发现文档的跨会话持久化。4.1 命令触发模式/sc:brainstorm [topic/idea] [--strategy systematic|agile|enterprise] [--depth shallow|normal|deep] [--parallel]命令定义特别强调这不是可执行命令而是上下文触发器context trigger——输入该模式后激活的是上述行为模式而非运行某个脚本。其可选参数说明--strategy策略风格取值systematic系统化、agile敏捷、enterprise企业级决定发现过程的组织方式--depth探索深度取值shallow浅、normal常规、deep深--parallel启用并行探索路径。五、MCP 集成与工具协调Brainstorming Mode 依赖多个 MCP 服务器提供专业能力源码依据MCP 服务器在需求发现中的职责Sequential复杂多步推理支撑系统性探索与验证Context7框架级可行性评估与模式分析MagicUI/UX 可行性与设计系统集成分析Playwright用户体验验证与交互模式测试Morphllm大规模内容分析与基于模式的转换Serena跨会话持久化、记忆管理与项目上下文增强对应地工具协调策略为Read/Write/Edit负责需求文档与规格生成TodoWrite跟踪多阶段探索进度Task用于并行探索路径的代理委派WebSearch承担市场调研、竞品分析与技术验证sequentialthinking提供结构化推理。从命令定义的 frontmatter 可以看出该命令声明了mcp-servers: [sequential, context7, magic, playwright, morphllm, serena]与personas: [architect, analyzer, frontend, backend, security, devops, project-manager]——即一次需求探索会联动七类专家角色。六、边界约束只在需求发现处停下Brainstorming Mode 最重要的纪律是边界。命令定义中以醒目方式标注了CRITICAL BOUNDARIES: STOP AFTER REQUIREMENTS DISCOVERY该模式只产出需求规格REQUIREMENTS SPECIFICATION明确不会创建架构图或系统设计应改用/sc:design生成实现代码应改用/sc:implement做出架构决策设计数据库 Schema 或 API 契约创建超出需求范围的技术规格其输出为一份需求文档应包含澄清后的用户目标、功能需求、非功能需求、用户故事/验收标准、以及留给用户的开放问题。完成后下一步应转入/sc:design架构设计或/sc:workflow实现规划。模式的Will / Will Not同样清晰它会将模糊想法转化为具体规格、协调多角色与多 MCP 服务器、提供跨会话持久化但它不会在需求发现不充分时擅自做实现决策不会在探索阶段用预设方案覆盖用户愿景也不会绕过复杂多领域项目的系统性探索。七、实战示例7.1 模式定义文件中的经典对比模式定义文件 提供了标准模式与头脑风暴模式的直接对照Standard: I want to build a web app Brainstorming: Discovery Questions: - What problem does this solve for users? - Who are your target users and their main workflows? - Whats your expected user volume and performance needs? - Any existing systems to integrate with? Brief: [Generate structured requirements document] Standard: Maybe we could improve the authentication system Brainstorming: Lets explore this together: - What specific auth challenges are users facing? - Current vs desired user experience? - Security requirements and compliance needs? - Timeline and resource constraints? ✅ Outcome: Clear improvement roadmap两组对比揭示了同一规律先问为什么与给谁用再谈做什么与怎么做。第一组示例从用户价值、目标用户、规模预期、集成现状四个维度铺开第二组则从痛点现状、体验差距、安全合规、时间资源四个维度收敛最终产出清晰改进路线图。7.2 命令级完整示例brainstorm 命令定义 给出了四种策略化场景系统化产品发现/sc:brainstorm AI-powered project management tool --strategy systematic --depth deep # 多角色分析architect系统设计、analyzer可行性、project-manager需求 # Sequential MCP 提供结构化探索框架敏捷特性探索/sc:brainstorm real-time collaboration features --strategy agile --parallel # 前端、后端、安全角色并行探索路径 # Context7 与 Magic MCP 负责框架与 UI 模式分析企业级方案验证/sc:brainstorm enterprise data analytics platform --strategy enterprise --validate # security、devops、architect 角色联合验证 # Serena MCP 承担跨会话持久化与企业需求追踪跨会话迭代细化/sc:brainstorm mobile app monetization strategy --depth normal # Serena MCP 管理跨会话上下文与迭代细化 # 基于记忆的渐进式对话增强7.3 用户指南中的交互体验docs/user-guide/modes.md展示了更贴近真实对话的体验示例——对用户认证系统的需求标准模式会直接说我将用 JWT 构建……而头脑风暴模式会抛出这个认证解决了用户什么问题用户的构成与技术熟悉度如何是否要对接现有系统或社交登录有哪些安全/合规要求最终产出可随时进入实现的详细认证需求简报。八、模式搭配与进阶用法8.1 与其他模式的衔接Brainstorming Mode 通常是一系列开发流程的起点。docs/user-guide/modes.md中明确推荐了衔接关系Brainstorming → Task Management需求发现 → 系统化实现规划Brainstorming → Orchestration需求清晰后 → 为实现选择最优工具组合模式叠加例如/sc:brainstorm microservices architecture --task-manage可同时激活需求发现与多阶段协调。docs/user-guide/modes.md中的新项目开发完整工作流给出了三阶段范例阶段一发现输入我想做一个生产力应用自动触发 Brainstorming产出结构化需求简报阶段二规划由 Task Management 拆分多阶段与质量门阶段三实现由 Orchestration 协调 Magic、Context7、Sequential 等工具并行执行。8.2 手动覆盖的三种场景对清晰需求强制探索/sc:implement user login --brainstorm在模糊请求上确保激活/sc:brainstorm web app --brainstorm通过不确定性语言主动触发使用Maybe we could build... 等探索措辞九、验证方法与故障排查9.1 如何验证模式生效docs/user-guide/modes.md给出了三条验证路径Verify/sc:brainstorm web app应询问用户、功能与技术选型相关问题Test模糊请求应触发发现式提问而非直接假设Check同一会话内连续追问时模式应保持持续生效。9.2 常见问题与修复针对模式给出方案而不是提问的典型问题快速修复方式是检查请求清晰度并显式指定标志/sc:brainstorm web app --brainstorm # 强制发现模式 I have a vague idea about... # 使用不确定性语言 Maybe we could build... # 触发探索错误码参考来源错误码含义快速修复B001Brainstorming 未能激活显式使用--brainstorm标志M001模式冲突检查 标志优先级规则M002模式切换循环重启会话重置状态若模式未激活可检查请求中是否缺少不确定性关键词或直接使用手动标志覆盖自动检测依据标志优先级中的 Explicit Override 规则。十、与框架整体机制的关系Brainstorming Mode 是 SuperClaude Framework 六大行为模式Brainstorming、Introspection、Deep Research、Task Management、Orchestration、Token Efficiency、Standard之一其定位在 模式快速参考表 中一目了然。模式之间并非互斥而是按复杂度与需求叠加复杂性阈值3 个文件 → Task Management资源压力高上下文占用 → Token Efficiency多工具需求复杂分析 → Orchestration不确定性需求模糊 → Brainstorming错误恢复出现问题 → Introspection。该机制的核心设计哲学依据是你无需刻意思考模式——只需描述想完成的事框架会自动适配方法。而 RULES.md 中的决策树进一步约束了这一适配当新功能请求的范围不清晰时第一选择就是进入 Brainstorm 模式这与模式定义文件将PRD 前置需求列为触发条件完全一致。十一、最佳实践小结模糊即触发需求越模糊越应让 Brainstorming 主导不要急于进入实现问够四个维度用户价值、目标用户、规模/性能预期、现有系统集成这四问覆盖绝大多数需求盲区守住边界只产出需求规格架构设计交给/sc:design实现交给/sc:implement避免越界善用策略参数根据项目形态选择systematic/agile/enterprise用--parallel提升探索效率衔接后续流程需求简报完成后立即规划 Task Management 阶段保持发现到实现的平滑交接跨会话沉淀善用 Serena MCP 的跨会话持久化让多轮需求讨论不丢失上下文。相关资源模式定义、命令定义、标志参考、模式指南、标志指南、示例手册。【免费下载链接】SuperClaude_FrameworkA configuration framework that enhances Claude Code with specialized commands, cognitive personas, and development methodologies.项目地址: https://gitcode.com/gh_mirrors/su/SuperClaude_Framework创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考