用途：该技能是一个约定层，包裹在 superpowers:brainstorming 之外。它规定设计前的触发方式、Plan Mode 的使用方式以及规格文件的保存与清理规则；真正的设计过程（spike/bounded/architectural 分类、澄清问题、方案比较）由 superpowers:brainstorming 负责。
主要能力：识别用户以“一起想一想”“我们来头脑风暴一下”等表述发出的共同设计邀请（资料中以俄语和英语示例），并立即启动 superpowers:brainstorming，而不是用简短的聊天回复给出意见。进入原生 Plan Mode 必须先于调用 superpowers:brainstorming。Plan Mode 激活期间，每一轮都必须以 ExitPlanMode 或 AskUserQuestion 结束，不能以纯文本提问或陈述结束；设计经对话确认后，需调用 ExitPlanMode 触发评审门，纯文本确认不能替代。
文档与审批：每个文档独立走一次审批周期，例如先设计规格、再实现计划，各自分别执行进入 Plan Mode → 起草 → ExitPlanMode → 保存。不要把下一份文档追加到仍保存着已批准文档的 Plan Mode 服务文件中，以免已批准文档被再次展示审批。
规格存放：在 ExitPlanMode 批准前，不要把设计规格写入永久位置，应先在聊天和 Plan Mode 服务文件中起草并展示；批准后再保存到 superpowers:brainstorming 的默认位置 docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md。计划写好并保存后，删除临时设计规格，除非用户明确要求保留。
评审工具：仅当用户明确要求用可视化批注工具查看设计/架构时，才把当前设计内容保存为文件并在批注界面打开，处理返回的批注后再继续；不会自动触发。
交接：设计批准后，交接给 writing-plans 层（writing-plans-conventions，该层本身要求 superpowers:writing-plans），而不是直接调用 superpowers:writing-plans。当任务确实需要架构选择时，在达成设计一致前不要开始实现。
适用场景：把想法或需求在实现前转化为设计的任务，尤其是需要架构决策、需要与用户共同澄清方案的情况。
限制：资料未提供该技能的具体安装方式、运行平台、收费信息或效果数据，这些内容暂未提供。