brainstorm 是一个协作式头脑风暴技能，用于在选定方案之前探索开放的产品或架构问题。它的目标是把不确定性转化为一个有用的选择或一个聚焦的实验，并且只探索那些可能改变设计的问题。
用途 当用户希望进行开放探索、问题清晰但机制不确定、某个假设决定可行性、方向已选定并授权实现，或用户询问某事为何发生时，可以使用该技能。它强调：明确的实现请求本身已经提供了方向，应直接执行，而不必人为制造头脑风暴或审批关卡。用户的指令优先于本技能的指南，应保留其约束与既有授权。常规设计细节可凭判断解决；只有当缺失信息会实质性改变结果且无法推断时才提问。
主要能力 该技能提供一套工作形态选择：开放探索时给出不同方向及其具体权衡与未决问题；问题清晰但机制不确定时给出建议及可推翻它的证据；单一假设决定可行性时先对该假设做小实验；方向已选且实现已授权时继续实现；用户询问原因时先诊断原因再设计修复。
它要求先为问题奠定基础：阅读相关代码、产物或工作流，回顾既往决策；在配置了 Sibyl 时，使用其已安装技能获取当前命令（sibyl context "<decision>" --intent plan）。记忆提供线索，但在复用易变声明前应检查当前证据。需要明确预期体验或行为、最重要的约束以及仍未知的部分。把用户的直觉视为值得检验的假设，而非需要盖章确认的断言；一次决定性的检查可能确认假设的一部分并否定其余部分，两者都应报告。
它要求把品味转化为示例和观察：对于“流畅”，要识别交互和可见延迟；对于“华丽”，要检查参考并指出值得保留的构图、动效或排版。在指标能代表体验的地方，量化有帮助；但代理指标不能替代体验本身。同时要区分明确需求与推断偏好，不能因为用户写得随意就把“使用 X”降级为偏好；如果指令与可行性冲突，应解释冲突并在选择不兼容设计前解决它。
在探索备选方案时，该技能借用双钻模型的节奏：拓宽问题框架、收窄、探索方案、选择。当证据改变框架时应重新审视。它建议沿有意义的维度生成备选方案，例如状态归属、迁移成本、运行时行为、用户投入或可逆性；同一机制的不同名称不构成真正选择。在满足请求结果的前提下，考虑复用、配置或消除需求。当显而易见的选择共享一个未经检验的假设时，可以纳入一个非常规方向，但不要为了填位而发明一个“万能牌”。
比较可行选项时，应关注与本次决策相关的维度：方案、改进之处、承载成本、主要不确定性、决定性检查。它强调把雄心与机制分开：简化机制应保留有用的目标；只证明连通性的小实现可能错过真正的产品，而过于复杂的实现可能埋没它。应使用预期寿命和可能的变化边界来判断架构，而不是把更少代码等同于更好设计。在扩展设计前，要问每个职责应归属何处：在多个调用方重复的决策可能需要一个所有者；包装器可能是在执行有价值的边界。应在理解契约后再移除间接层，而不是因为转发看起来微不足道。
在打磨方案前测试不确定性。根据改变决策的能力选择下一步行动：API 或模型能力可能已变化时，打开当前一手文档并检查已安装版本；性能决定可行性时，用基线和明确资源限制测试代表性工作负载；多个独立领域影响选择时，在允许的情况下委托有界研究，或在本地批量独立读取；利益相关者看重不同结果时，呈现实际的价值权衡；偏好的方案支持薄弱时，寻找具体反例或失败条件。独立意见可以暴露假设，但一致同意不是证明；评审者可能共享训练、来源或框架。有后果的分歧应通过代码、源材料或实验解决。证据仍不确定时应说明。
最后是决策并保留理由：推荐最有依据的方向，说明其主要权衡和下一步行动。当请求的交付物就是探索时，保持探索开放，不要过早强制构建决策。方向明确后继续已授权的工作。剩余的产品或风险决策属于用户，但实现细节不需要新的同意问题。对于持久决策，记录选择、理由、值得记住的被拒备选、证据以及会触发重新考虑的条件。当转述会缩小含义时，应逐字保留有意开放的决定和用户更正。使用已配置的项目记忆，而不是创建重复的决策台账。未解决的事实问题可路由到研究，复杂执行可路由到计划，清晰有界的变更可路由到实现；这些是可选的组合，不是强制流水线。
适用场景 适用于产品方向探索、架构选型、机制不确定时的方案比较、可行性假设验证、原因诊断，以及方向已定后的继续实现。
限制 该技能不是实现、调试或常规修复的前置条件；不要求产出规格、固定数量的选项或最终批准问题；不能替代用户的产品判断或当前技术证据。资料中提到的证据与限制部分注明：审阅日期为 2026-09-04；设计委员会的双钻模型描述迭代式发散与收敛，并不规定选项数量，也不在人类与模型之间划分判断，应将其视为设计辅助而非有效性基准。OpenAI Astra 指南建议明确指令优先级并坚持执行，因为冲突的技能指南可能导致不必要的停顿；应将其应用于工作流清晰度，而不假设每个宿主都暴露相同能力。资料还列出反模式：每次代码编辑前都头脑风暴、要求用户重新确认已知约束、提供只有表面差异的选项、把评审者共识当作验证、在前提未测试时打磨方案、把轶事变成普遍规则。