ss-pattern

在使用此工作流之前，请先按照每个会话执行一次的更新预检操作。

UI 模式生成器

以注册表为先的产物边界

当 .styleseed/project.json 和 .styleseed/artifacts/index.json 存在时，先解析所请求的产物 ID，然后仅读取 .styleseed/bundles/<artifact-id>.md 和 .styleseed/manifests/<artifact-id>.json。对于注册表项目，绝不要回退到全局旧版 bundle。只有在不存在注册表时，旧版项目才可以使用 .styleseed/effective-rules.md。

不适用场景

• 对于单个基础组件 → 使用 /ss-component
• 对于完整的移动端屏幕 → 使用 /ss-page
• 对于完整的多页面用户流程 → 使用 /ss-flow
• 对于设计令牌以及颜色／间距决策 → 使用 /ss-tokens

模式类型：$0 描述：$ARGUMENTS

可用模式类型

布局模式

• focal-summary：以一个主要状态、简报、产物或决策为重点
• panel-section：包含相关控件和依据的对齐工作台面板
• flat-step：包含明确标签、帮助和恢复操作的公共服务任务步骤
• reading-section：包含边界清晰的正文、图示、说明文字、引文或来源组，不使用应用卡片
• resource-collection：根据配方和用户任务选择行、表格、网格或序列
• canvas-tools：以聚焦的产物／画布为主，搭配简洁的辅助工具组

数据展示模式

• data-table：带有表头和数据行的表格
• detail-card：键值对展示
• chart-card：Recharts 图表的卡片容器
• ranking-list：带有高亮项的编号排名

交互模式

• action-sheet：带有操作按钮的底部操作面板
• filter-bar：水平筛选／选项卡栏
• search-header：标题区域中的搜索输入框

说明

1. 如果任一注册表文件存在，就必须有一份完整有效的注册表。使用 --artifact <id> 解析所选产物，并且仅读取 .styleseed/bundles/<id>.md 和 .styleseed/manifests/<id>.json。缺失／过期的输出需要进行范围限定的解析并重新检查； 配置无效不代表可以回退或重新开始设置。 仅当两个注册表文件都不存在时，才解析旧版 STYLESEED.md 并读取 .styleseed/effective-rules.md 和 .styleseed/manifest.json。 然后检查：

   • components/ui/ 中可用的基础组件
   • components/patterns/ 中已有的模式

2. 使用现有组件组合模式——不要重新创建基础组件。

3. 遵循所选配方，而不是套用单一默认卡片风格：

   • 仅在确实需要容器时使用 ss-pattern-surface。
   • 使用 ss-page-gutter 或 ss-page-padding，不要硬编码通用边距。
   • 根据配方的形状要求使用 ss-pattern-inset、ss-pattern-control 和 ss-pattern-icon。
   • 公共服务和编辑类配方通常更适合扁平流程、分隔线和留白。
   • 企业／开发者类配方更适合对齐的面板、行、表格和紧凑控件。
   • 平和消费类配方可以使用柔和分组；富有表现力的品牌类配方必须加入针对具体产品的构图。

4. 所有视觉属性都使用语义令牌。

5. 将模式构建为带有动态内容属性的可复用组件。

6. 运行 /ss-score，并确认该模式与其页面存在功能上的关联，而不是一张孤立的精美卡片。