历史档案候选与单体方案快照实施计划
总体实施计划
以能力和产品闭环安排新版本建设
历史方案：本页为恢复第一版多仓文档前的快照，不是现行任务或已实现能力。现行入口为平台架构。
现行完整方案见 OceanWay 最终方案 v1.1，统一规定源码提取、服务边界、数据归属、部署与实施顺序。此前未收敛的技术建议以该方案为准；商业数值仍按实际决定填写。
本轮直接改造 new-api 客户后台，Core/Edge 为内部模块，独立供应网关与产品仓保留。见最终方案。旧独立 Core/Edge 提取工作包不作为首期前置，本机协调优先。
本轮具体工作见 Console 与 Admin 需求实施包。详细需求与原型状态分别记录，不以文档完成代替原型或接口完成。
实施顺序
| 包 | 目标 | 当前证据／退出条件 |
|---|---|---|
| N0 直接二开基线 | 固定 new-api 源码，明确隔离发布身份，配置内部网关连接 | 官方工作区已建立；后台启动、真实文本透传和用量字段待验证 |
| N1 需求与原型 | 全产品范围、页面、接口映射 | Console／Admin 详细需求 v0.2 草案已补；三产品原型已安排，完成待核验 |
| N2 账户与开发者管理 | Console／Developer 与统一登录 | 两个入口正确；账户、Key 和可用模型真实可用 |
| N3 双入口调用 | 文本流与 Studio 媒体任务 | 同一账户、一次正确计费、可查结果与失败恢复 |
| N4 产品业务 | Studio、Drama、Commerce 逐项建设 | 每个产品的核心任务及相应状态验收 |
| N5 运行与发布 | 容量、故障、迁移与回退 | 指定环境下性能和恢复报告；发布另行授权与执行 |
N1 的原型与 N0/N2 的接口可行性验证可交错进行；不是等所有页面画完才发现后台不能支持。N3 是验证切片，不代表只保留一种产品或只做一个模型。