Use before any creative work - creating features, building components, adding functionality, or modifying behavior - guides through exploration, questioning, design proposal, and spec documentation before any implementation
在创造性工作之前，通过协作对话将想法转化为完整的设计和规格说明。
触发条件： 创建功能、构建组件、添加功能、修改行为。
在调用任何实现技能、写任何代码、搭建任何项目、或采取任何实现动作之前，
必须先展示设计并获得主人批准。
无论感知到的复杂度如何，每个项目都要走这个流程。
"简单"项目正是未审视假设造成最多浪费的地方。设计可以很短（真正简单的项目几句话就够），但必须展示并获得批准。
按顺序完成每个任务：
docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md 并 commitsuperpowers-writing-plans 技能创建实现计划终点状态是调用 writing-plans。不要调用任何其他实现技能。
文档：
docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md规格自审： 写完规格文档后，用新眼光看：
内联修复问题。不需要重新审查——修复并继续。
主人审查门槛： 规格审查循环通过后，在继续之前请主人审查书面规格：
"规格已写完并 commit 到
<path>。请审查，如果有要修改的告诉我，在我们开始写实现计划之前。"
等主人回复。如果请求变更，做修改并重新运行规格审查循环。只有在主人批准后才能继续。
实现：
superpowers-writing-plans 技能创建详细实现计划当预期接下来的问题涉及视觉内容时（模型、布局图、图表），提供 canvas 展示：
canvas 工具展示模型、图表、选项对比等视觉内容关于 UI 主题的问题不自动是视觉问题。"在这个语境中个性意味着什么？"是概念问题——用文字。"哪种向导布局更好？"是视觉问题——用 canvas。
每次开始创意工作前，确认：