OceanWayOceanWay
产品与 Surface 仓库

oceanway-studio 实施计划

canvas.oceanway.tech 基于 oceanway-vozeb 演进的创作与 Canvas 仓库实施计划

仓库:Oceanway-AI/oceanway-studio。目标 Surface:canvas.oceanway.tech。迁移来源:oceanway-vozeb

目标结果与当前基线

Studio 承载统一创作入口、图片/视频/音频工作台、无限画布工具、资产使用和 Agent 协作。现有 oceanway-vozeb 提供代码与产品基础;目标迁移不是复制快照,而是在保留历史和唯一 Writer 的前提下逐步形成独立仓库。

所有开发者公开内容迁往 Developer Center;Apps、Credential、API Usage 等私有控制能力迁往 Console;内部管理员能力迁往 Admin。

范围边界

负责 Studio 私有会话、创作体验、Canvas 产品聚合、产品内引用与写回命令。

不负责全局 Identity/Wallet/Run/Asset 事实、Developer 控制面、Public API、Provider 路由、管理后台或其他产品聚合。

依赖与输出

类型内容
上游Core Product Contract、Model Offering、Run、Asset、Agent 与未来 Canvas Runtime Contract
迁移oceanway-vozeb 的提交历史、路由、数据 Owner、在途任务和部署来源
下游将稳定 Asset/Canvas/Run 引用交给 Drama、Commerce 或 Console,不复制对方业务对象
输出Studio Web/BFF 制品、命令级 Writer Map、迁移与浏览器验收证据

仓库里程碑

  1. STUDIO-1 边界清理:删除 Developer/Public API/Admin 导航和实现入口,保留迁移映射与 Redirect。
  2. STUDIO-2 独立 Surface:完成仓库历史、CI、配置、部署和 canvas.oceanway.tech 切换。
  3. STUDIO-3 共享上下文:接入 Customer Identity、Organization/Workspace/Project 和公开 Model Offering。
  4. STUDIO-4 首个 Core-backed 命令:在 B3/B4 后迁移一个明确文本或创作命令到 Core Run/Billing/Asset。
  5. STUDIO-5 Asset 与 Canvas:使用稳定 Asset Version、Lineage、Canvas Revision 和显式 Handoff/Return Binding。
  6. STUDIO-6 媒体扩展:Media Gateway 门禁通过后再迁移图片/视频正式执行。

验收与切换

  • 每个命令维护唯一 Writer、旧新路由、幂等水位、在途任务与回滚归属。
  • Shadow 只能读取和比较,不能创建费用、Run、Asset 或 Provider Task。
  • Studio 展示的模型严格限制为当前创作 Surface 支持的公开 Offering,不显示 API-only/internal 模型。
  • 资产、会话、Canvas 和生成记录均按登录用户与 Tenant 服务端恢复,不依赖浏览器持久化业务事实。
  • 回滚只改变后续新命令,已受理 Operation 保持原 Owner 处理。

完整迁移边界见Studio 迁移计划资源模型

On this page