用途
ss-flow 是一个用户流程设计工作流，用于按照经过验证的 UX 模式设计用户流程和导航结构。它的目标是在实现单个页面前，先确定流程的结构与屏幕连接关系。
主要能力
该工作流会读取设计系统参考，包括：CLAUDE.md（组件清单）、DESIGN-LANGUAGE.md（布局模式，第 13-14、19-20 节）以及 components/patterns/（可用的构建块）。
在设计过程中应用以下 UX 原则：
信息架构方面：
- 渐进式披露（Progressive Disclosure）：每一步只展示需要的内容，将复杂度隐藏在合乎逻辑的下钻层级之后。
- 认知负荷：围绕用户的决策对信息分块；分组由解析后的语法和内容密度决定，而不是统一的条目数量。
- 希克定律（Hick's Law）：在保留产品真实任务词汇的前提下，尽量减少每个屏幕上的选择数量。
导航模式方面：
- 中心辐射式（Hub & Spoke）：仪表盘 → 详情页 → 返回仪表盘（移动应用的默认模式）。
- 线性流程（Linear Flow）：步骤 1 → 步骤 2 → 步骤 3（用于表单、引导、结账）。
- 导航：使用解析后的表面适配器；BottomNav 只是移动端可能的一种模式。
屏幕流程规则：
- 每个流程必须具有清晰的入口点和清晰的出口点。
- 关键功能应能在适合该产品与平台的步骤数内到达；不强制统一的点击次数。
- 返回导航必须始终可用（根屏幕除外）。
- 错误状态必须提供恢复路径（重试、返回、联系支持）。
- 加载状态必须使用骨架屏（卡片中绝不使用旋转加载器）。
页面构成方面（依据 DESIGN-LANGUAGE.md）：
- 遵循所选输出语法的信息层级；不要将 Hero → KPI Grid → Details → Lists 模板强加到不相关的产品上。
- 每个屏幕在任务需要时应回答一个主要问题。
- 首屏折叠线以上展示最重要的指标或操作。
- 使用 4 种分区类型：Full Card (A)、Grid (B)、Carousel (C)、Hero (D)。
使用方式
该工作流以 $0（技能调用）的形式设计用户流程，描述通过参数传入。在使用前应遵循每个会话一次的更新预检（update preflight）。
注册表优先的产物边界：当 .styleseed/project.json 和 .styleseed/artifacts/index.json 存在时，先解析请求的产物 ID，然后只读取 .styleseed/bundles/<artifact-id>.md 和 .styleseed/manifests/<artifact-id>.json。对于注册表项目，绝不回退到全局旧版 bundle。旧版项目仅在没有注册表存在时可以使用 .styleseed/effective-rules.md。
输出格式包括：
- 用 ASCII 展示屏幕连接关系的流程图。
- 屏幕清单，列出每个屏幕的用途和关键组件。
- 每个屏幕的边界情况（空状态、错误、加载）。
- 使用由产物适配器和语法选定的原语搭建的页面脚手架。
- 使用 /ss-page 约定生成实际的页面文件。
适用场景
适用于设计单一流程范围内的用户流程与导航结构，例如移动应用的仪表盘与详情页跳转、表单流程、引导流程、结账流程等。
限制
以下情况不应使用本工作流：
- 用于实现单个页面 → 应在流程确定后使用 /ss-page。
- 用于每个步骤的文案 → 应在结构确定后使用 /ss-copy。
- 用于整个产品的信息架构 → 应先将范围缩小到单一流程。
- 用于高保真原型 → 本工作流生成的是流程地图，而非像素级设计。
关于收费、价格、平台支持等具体信息，当前资料暂未提供。