vibe-brainstorm

灵感构思

将描述不充分的创意请求转化为构想、预期行为，以及可供后续推进的方向或检查清单。这是一个只读的实施前阶段：可信代理可以选择输入，供后续需求梳理或规划使用，但这不代表用户已确认，也不构成实施授权。

用途与模式

在用户请求创意、备选方案、交互行为或依赖约定的实施方案时使用此技能。对于机械式编辑、已有明确方案的直接修复、已批准的执行、审查或已保存的需求文档，则跳过此技能。

情况	模式
明确指定 diverge 或仅要求创意	diverge
自主处理或检查约定的请求	conventions
明确指定 full，或明确调用并提出创意目标	full

除非需要构思、约定依据和选择这三者来界定工作范围，否则不要自主选择 full；若选择了，说明原因。

视角与委派

默认在本地采用不同视角；只有当独立工作或专业背景能实质性地提供帮助，且宿主允许时，才进行委派。绝不要仅凭标题或润色后的文字声称已委派。只有存在可引用的宿主记录时，才能称其为 confirmed；否则应说明为 unproven 或不可用。

委派提示词应要求提供简洁的候选方案、权衡、风险或检查，而非私密推理。用户指定的脚本编排机制足以用于规划其有限范围内的计划。若可运行脚本，可让它涵盖生成、批评、完善、依据核实和选择，但最终确认仍须在对话中进行。若当前宿主无法实际调用或记录用户指定的运行机制，则不要用协调者生成的头脑风暴结果来替代。此时应返回计划阶段、各角色所需能力层级的依据、所需的运行／任务证据，以及运行后在对话中确认的边界。对于一般的视角收集，除非必须保证独立性，否则提供由本地协调者得出的视角；若必须保证独立性，则说明限制。本地协调者得出的视角属于该模式自身的工作，无需委派或备用授权。

模型选择

根据能力和上下文匹配度为每个委派单元选择模型，绝不要使用硬编码名称。

• 仅在宿主允许且用户未指定模型时选择。
• 仅对范围明确、歧义较少的查询、提取和机械检查使用更便宜或更快的能力层级；对于综合分析、对抗性或安全审查、涉及人为风险的推理和最终建议，或用户要求最高性能时，使用最合适的最强能力层级。
• 仅当用户覆盖默认选择、能力降级、存在成本或性能限制，或执行需要外部审计时，记录所选模型。

创意综合、约定权衡、方案选择和最终建议需要更强的适用能力；较低成本的能力层级仅适用于范围明确的检查。在编排计划中，说明每个角色的能力与上下文需求；只有在本节列出的记录条件成立时，才命名能力层级或模型，并说明适用的是哪项条件。

模式

diverge

生成 Practical、Unconventional 和 Challenging 方向。对于每个方向，说明适用性、权衡和实施风险。不要核实约定、排序、选择、推荐、开始实施，也不要提出实施某个方向。

conventions

概述行为，然后生成一份清单，将强制要求的行为、可选偏好和未知项分别列出。有相关的本地、用户提供、官方或领域来源时，应以其为依据，并说明每个来源支持哪些条目；注明无法获取的内容和推断。 如果缺少某项会违背目标、实际惯例、无障碍/安全预期、数据契约或普通用户预期，则该项为强制要求。 指出有意义的用户体验权衡，不要只选择实现成本最低的方案。 将清单作为 AI 选定的输入向后传递；只有在清单增删或改变了请求的行为或范围时，才暂停等待用户确认。明确说明请求所隐含的行为不算作这种变更。

full

生成三个方向，运行惯例检查清单，提出可行方案，并应用以下筛选规则：淘汰未通过强制关卡的方案（指出未通过的关卡；若没有，则明确说明），然后从创意、契合度和实用性方面对其余方案排序。推荐一个方向，并指出任何值得考虑的次选方案。不要仅仅因为想法不寻常就淘汰它们。暂停等待用户确认；由代理选出的方向只是后续需求或规划中的 AI 选定输入。

输出和边界

效果与写入边界

不得写入超出阶段声明的效果类别和边界所允许的内容。

• 应用阶段自身文本中声明的效果类别；如果本包规定了更窄的限制，则以更窄的限制为准。
• 只读：在聊天中汇报；不得编辑任何文件、运行任何会改变状态的命令，也不得暂存、提交、打标签、推送、更改版本、删除数据或启动服务。只有用户明确要求生成已保存的产物时，才可写入文件。
• 仅限产物：只能创建或更新该阶段负责的产物，以及其文本声明的支持路径，例如经确认的计划反映或决策记录；并将其留在工作树中。
• 仅限产物的阶段绝不能实现可执行行为、将代码或测试作为实现内容进行编辑、生成其他阶段的产物、执行发布工作，或将本阶段产物视为同一轮对话的实现授权。
• 状态变更：只能在声明的范围内编辑和运行命令，并以最小的已验证单元为限；除非用户选择，否则不得触及其他路径、已有更改以及运行时或外部状态。
• 这些限制同样适用于 Shell 命令（重定向、sed -i、tee、mv、cp、rm、git checkout --）和文件工具；如果因边界限制而拒绝写入，应报告为边界阻止，不得改用其他工具重试。
• 任何不可逆或面向外部的操作都必须单独征得同意。

除非用户明确要求生成已保存的产物，否则请将结果保留在聊天中。

响应格式

报告模式和委派状态，并将本地生成的结果标记为协调者生成；列出所生成的清单和候选方案、已选择或跳过的阶段，以及确切的清单或方向，并说明其是否等待用户确认，或将作为 AI 选定的输入向后传递。 总结结论、证据、权衡和未决问题，不要透露私有推理。

持久化记录

只有在要传递已确定的决策或延后处理的发现之前，才读取 references/durable-records.md。本阶段既不写入决策记录，也不写入发现记录；在后续写入阶段记录之前，其交接包不会持久化。

交接

如果用户选择了 full 方向，或进行了代理选择，则在此处停止；如果清单增删或改变了请求的行为或范围，则等待用户确认。其他任何 conventions 清单都应作为 AI 选定的输入向后传递，无需等待。 将结果作为后续传递包移交；未经用户确认，不得实现、编辑、暂存、提交，也不得称其已获批准。