用途：当某个流程跨越多个相关界面或状态，分开审查会掩盖过渡、不一致或缺口时，用 storyboard 把范围内所有 UX 界面拼成一页可评审的 HTML。典型场景：注册→验证→引导、含破坏性与恢复状态的设置流程，或多状态（加载/空/有数据/错误）功能审计；也用于用户明确要求"全部放一处""看完整流程""审计 mock"时。
主要能力：顶部用 ASCII 流程图展示用户路径，现有 mock 以沙箱 iframe 或带标注的静态图嵌入，按 3 列网格并排；每个 mock 配审计清单卡（如 /critique、/clarify、/audit、/polish 等）；缺失的 mock 用"缺口卡片"标记，每张卡必须附脑暴问题；另有上游/相邻界面的上下文区、建议执行顺序和页脚。
使用方式：用户输入 /storyboard <scope> 或触发短语。技能先读取相关文档，收集现有 mock、流程、缺口与相邻界面，为每个缺口起草问题（不代答），在项目既有 mocks 或 launch-planning 目录生成 HTML（常见路径如 apps/<app>/design-mocks/<scope>-audit.html），并在存在 mock 索引页时加入链接，最后返回文件路径与摘要。
限制：仅作为实现前的评审产物，不适合单一 mock 修复、纯 API/数据迁移/运维项、范围未定的探索性工作或已完成功能。不应对素材编造功能。ASCII 图必须用 <pre>，否则 Prettier 会破坏布局；须复用项目既有设计 token，不新造令牌；iframe 应加沙箱属性，不嵌入带凭据或私有第三方页面，也不能同时给同源不可信内容 allow-scripts 与 allow-same-origin；页面自身应设限制性 CSP。其中硬性要求：缺口必带脑暴问题，清单必须真会执行，坚持单页而非链接树。具体命令与实现细节暂未提供更多。