文档
01 组织与品牌01_愿景与产品矩阵

BDOC-01-003 路线图

六个阶段,以及每个阶段做完的标准

业务开发和上线按阶段与能力门槛推进。2026-10-15当前Studio基础图文视频/Canvas已具名上线,Commerce为原型、Drama开发中(ADR-0022),废弃旧Admin/Console不作迁移前置。自建Higgs类平台的新增工作按升级B0~B5、18项工作包与验收推进;以下0~5保留平台重建与旧客户迁移的独立阶段含义。当前所处阶段和进行中的任务见进度。

阶段内容状态
0. 冻结与重建保存现有代码,归档旧仓库和旧文档,重建文档体系基本完成;旧服务核对等尾项见当前进度
1. 平台验证固定 new-api 基线,验证中转、计费与最小跨产品身份/钱包闭环T-01~T-03 本地验证完成;真实服务门槛继续保留
2. 平台首发开发者 API、Console、Admin、全局登录、唯一钱包、支付上线,并交付产品受限接口用户确认已调通且上线;剩余接口、真实组合与完整发布验收按具名证据继续收尾
3. Studio接入与公共底座已验登录、图文视频与Canvas;抽离独立OceanWay Runtime:工具/Job/产物/Flow基础切片已有证据;Runtime核心/免费产物及Agent子集已验,产品接线与完整B0~B3仍待验
4. Commerce原型复用通过SDK/领域适配复用已验Runtime,按需形成子站原型阶段;B4选择具名切片,不预设开发顺序或导入原型运行后端
5. 迁移与退役sub2api 零售客户迁入平台,sub2api 退役只读盘点/独立PG沙箱准备进行中;实际客户迁移、切换与退役未执行

Runtime新增实现按12个合并交付包推进:先独立构建、会话/Job/交付和Studio双入口;Platform合同并行。完整DAG、大文件、新参考模式与其他平台真实开放分别验收,不作为首期统一前置。

0. 冻结与重建

  • 各仓库未提交的改动提交到快照分支并推送远端。
  • Core、API Edge、Contracts 移入工作区 archive/repos/。
  • 旧文档整体移入归档,按新结构重写文档。

做完的标准: 所有代码都有远端备份;新文档覆盖总览、平台、产品、网关、工程规范、运维、进度七个分区,构建和链接检查通过。

1. 平台验证

专项产品文档、开发文档和实施计划已建立,T-01 已于 2026-10-02 固定官方 rc.41 并导入本地验证分支、准备隔离环境;T-02 原版审计与 T-03 隔离最小扩展已完成本地验证。下列标准继续作为阶段 1 的依据,真实服务结论和未验证组合按具名证据判断。

在本地用最新 new-api 起一个平台实例,把 uumi 配成上游渠道,不改 uumi,不删任何现有代码。逐项验证:

  1. 计费正确性:OpenAI、Claude、Gemini 三种格式,普通响应和流式各测一遍;缓存命中和推理 token 的扣费符合预期。
  2. 价格与充值:一期个人标准模型销售价、改价快照与人民币充值非1:1换算;原组差异价审计保留,企业/FDE协议价移至二期,不以共享分组作为正式方案。
  3. Console正式入口:核对Platform内现行Console的Key、模型、价格与用量;旧独立Console已废弃,不再设其BFF改接任务。
  4. 异常场景:上游缺少用量字段、流中途断开时,扣费的表现可以接受。
  5. 视频:按现行native→new-api-new-oceanway主链验证提交、轮询、原单恢复、明确失败处理和计价;不沿用旧独立媒体网关作为本轮前置。
  6. 跨产品闭环:一个测试产品入口与平台共享登录;受限代用户模型调用和非模型消费使用同一余额,Console 或记录接口能查询两类消费;注销及越权拒绝符合约定。
  7. 恢复与能力覆盖:验证预留到期、并发结算/释放、崩溃恢复、提交未知不重做生成;审计图片/音频供应候选,并用本地夹具验证图片及结果保存授权。

原版能力和最小验证性扩展分别保存证据,详细场景见平台集成验证。本地夹具不需要收费调用授权;真实上游另行授权,未验证组合不上架。

做完的标准: 七项都有结论,最小跨产品闭环有实际余额、流水与授权证据。某一项不通过时,记录原因、需要自研补足的部分与复验条件,再决定下一阶段范围;不能仅因为 new-api 自带功能就判通过。

2. 平台首发

  • 将阶段 1 已固定并验证的官方 new-api 基线及必要扩展纳入正式 oceanway-platform 仓库,按审计结果删减模块;若更换基线,先复验。
  • 实现主域名共享 Cookie 的全局登录,以及平台角色和产品角色。
  • 钱包按“所有产品共用”设计:使用记录带来源产品,新增内部扣费接口(预留、结算、释放,幂等)。
  • 完成同一记账服务、价格快照、持久恢复与产品作用域授权;多媒体组合仅在验证通过后开放。
  • Console、Admin现行界面由平台仓维护;旧独立仓已废弃,退出本轮迁移清单。
  • 确定积分换算和首发套餐,接通支付。
  • 完成 Studio、Commerce 所需的正式身份、受限模型/非模型调用、资源、商业运营、记录及原请求恢复契约,在隔离测试产品入口验证后交接;详见平台完成与产品接口交接门槛。
  • 部署上线。

做完的标准: 一个新用户能注册、充值、创建 Key、调用文本模型并看到正确的扣费记录;员工能在 Admin 管理用户、价格和订单。已确认一期平台功能、适用两端流程及产品受限接口的契约/权限/账务/恢复验收通过,发布与恢复证据齐备。平台接口用隔离测试产品验收,Studio 本身的 UI、项目/素材与完整创作闭环在阶段 3 验收。

3. Studio 接入

本阶段已有10-15统一登录、基础图文视频与Canvas线上证据;保留已交付共享Agent与原请求恢复。后续按升级B0~B3从Studio抽离独立OceanWay Runtime,先建立模块/合同/构建边界,再交接API/Worker与唯一Writer;补通用Job/资产、typed媒体与数据面、可执行Canvas;此前首批范围与历史证据见平台对接。各切片的正式身份、产品调用、账务和恢复契约先交接并联合验收,再切换运行权威;媒体、活动及其他平台待办不作为身份/对象隔离开工的全局前置。

  • 将 Studio 自己的账号、资金、订单、渠道和模型路由及商业规则权威改接平台,验收后退出旧实现;保留本域使用/消费、订阅、活动及获准产品运营界面,不删除这些用户入口。
  • 登录改为平台共享 Cookie;模型调用改走平台 API;非模型收费改调平台扣费接口。
  • Studio 管理页保留产品内容与本域套餐/活动运营,商业对象通过受限平台接口管理;中央Admin可查看同一对象,并提供统一产品工作区入口。

做完的标准: 同一个用户在 Studio 生成视频和在 API 调用文本模型,扣的是同一个余额,Console 里能分别看到两条记录。

4. Commerce

  • Drama(已按 ADR-0022 解除冻结,开发中):从原型提取已验证剧本/分镜/候选交互,经SDK与领域适配调用独立Runtime的工具、Job、资产与Workflow,不复制原型后端。
  • Commerce:从原型提取商品/品牌/变体与编辑交互,使用同一公共执行底座,不将旧原型BFF、mock或本地队列作为正式依赖。
  • Runtime由Studio首接入验证后,按业务选择第二消费者的具名领域切片,证明无需Studio会话或反向import;不自动启动两个原型,不导入原型账号/钱包/历史任务,也不恢复已取消的Studio旧短剧线。

做完的标准: 两个子站各跑通一条真实的生产流程,扣费进入同一个钱包。

5. 迁移与退役

  • 核对 sub2api 零售客户的余额购买力和旧价保护范围,制定换算规则。
  • 先小批量迁移,确认无误后全量迁移,sub2api 退役。

做完的标准: 零售客户全部在平台上使用,sub2api 停止服务。

产品运营与Studio接入的依赖调整

用户要求各产品具备本域使用/生成/消费和专属套餐/活动运营,Platform同时提供全域视图。新增产品运营 PL-021/T-13/AC-16:商品/活动归属、销售入口、范围权限与统一订阅/参与事实经平台交接后,再切换Studio本域商业入口。按2026-10-12 D-STUDIO-RESUME 恢复 Studio 分批接入,既有准备成果和历史分项证据保留;运营和媒体各自验收,不阻挡首批身份/文本准备,也不能由文本通过代验。

阶段3不再把产品本域用量/订阅/活动界面一律删除;退出的是本地账号、资金、套餐和活动的独立权威写入。中央Admin和产品运营页面使用同一平台接口,产品不建第二资金系统。阶段4复用此结构接Drama/Commerce,各域权限与记录仍独立验收。

On this page