Design 实施计划

目标与范围

维护 OceanWay 品牌、设计变量、通用组件与组件实验室。Design 是共享视觉资源源头；业务页面、会话、钱包和数据逻辑留产品仓。

需求输入与确认

依据设计采用说明确认 Oceanway-design 的 baseten-ui 来源版本，盘点字体、颜色、密度与已有组件。首批以 Console/Admin 表格、表单、筛选、提示、空态和状态展示需求为输入。

设计与原型

使用既有品牌与 shadcn，制作组件状态和两个代表页面样例：Console Key 列表、Admin 客户价格。覆盖焦点、键盘、错误、禁用、加载和移动布局；产品差异通过业务组合实现。

API 与文档交付

本仓不提供客户业务 API。交付 token/组件采用版本、组件属性与示例、资源来源、升级迁移说明；Docs 只引用规范，不维护另一份运行时 token。共享包未发布时写明实际采用方式。

实施步骤与交付物

依赖与接入顺序

与产品原型同步推进；发布方式需产品工程确认，工程部署由 Infrastructure 协作。原型可基于固定版本先做，不要求先发布全量设计包。

验收标准

• 已确认品牌保持一致，来源和采用版本明确。
• 关键组件状态、键盘和移动布局可验证；通用层无产品业务依赖。
• 文档与实际资源一致，未发布内容不标记为已被所有产品消费。

待定项与后续范围

首批共享组件范围、包发布方式、主题切换范围与产品升级节奏按实际采用确定。

本文定义计划，不累积执行日志。实际版本、完成状态和验证证据见项目进度；任务状态登记到本机工作台，并关联本文步骤。