文档
历史档案候选与单体方案快照项目总览

项目总览

OceanWay 新版本的目标、已确认边界和阅读入口

历史方案:本页为恢复第一版多仓文档前的快照,不是现行任务或已实现能力。现行入口为平台架构

现行基线:2026-09-11。两条产品线均为目标:创作者完成内容生产,开发者通过模型 API 构建应用。共享后台基于官方 new-api 固定源码,OceanWay 前端独立设计。

已确认的方向

  • 从官方源码建立新版本,不导入旧 OceanWay 产品代码和 uumi 补丁;旧需求、业务经验、已确认设计仍可参考。

  • Console 承载全部登录后管理;Developer 是公开模型、文档和教程门户。

  • Site 提供品牌与产品入口,Studio、Drama、Commerce 是各自独立的产品体验。

  • 保留现有自研媒体供应服务,通过适配接入新后台;不因为代码重启停用或删除旧服务和数据。

  • 当前由本人统筹,本机协调优先;先需求、设计与原型,接口可行性验证同步进行。

  • 最新架构决定:保留独立、无终端客户的 new-api 网关,承接模型调用并跟随上游更新;OceanWay 客户平台独立定制。见网关与平台边界

  • 最新简化方案:直接二开 new-api 客户后台,Core/Edge 为内部模块;产品保持独立仓库,供应网关保持近上游。见最终方案 v1.1

阅读顺序

要解决的问题入口
为什么这样建设、哪些决定有效决策与边界
各产品做什么产品需求
后台模块怎样分工平台架构
哪些 API 已在上游存在接口能力
前端怎样设计与验收设计与原型
先做什么、怎样交接实施计划
如何测试容量、恢复和发布运行与验收
当前实际完成到哪一步项目进度

本体系区分“用户已确认”“固定上游源码已有”“OceanWay 待设计”“本地验证通过”“已发布”。架构设计和文档构建均不代表业务已运行。旧 14 仓内容保留在历史档案,不作为新版本开发门槛。

On this page