方案与文档变更
新旧基线的替代关系
历史方案：本页为恢复第一版多仓文档前的快照，不是现行任务或已实现能力。现行入口为平台架构。
2026-09-12 最终方案 v1.1：直接改造以降低复杂度
用户提出直接改造 new-api 更快。方案据此改为一个 OceanWay 客户后台，Core/Edge 为内部模块；首期保留既有 Relay 和计费链路，仅配置内部供应网关连接。撤下独立 Core/Edge/Contracts 初始化和固定仓库数量前置，保留独立供应网关、独立产品、同源技术栈及统一客户账务。v1.0 已备份，业务和生产均未更改。
2026-09-12 最终架构方案 v1.0（随后被 v1.1 简化）
按用户要求收敛最终方案：Core/Edge 直接从官方 new-api 固定源码提取与改造，供应留在独立网关；明确 15 个逻辑仓库职责、Core 同仓 Worker、PostgreSQL 持久账务与任务、客户价格解析、跨服务幂等、故障核对与迁移顺序。工程选择为本方案建议，未伪称商业参数已获确认。更新本机协调入口，未初始化新服务或改变生产。
2026-09-12 多仓与同源技术栈
用户明确回到多仓职责，Core、API Edge 等学习 new-api 成熟实现，技术栈对齐；独立网关仍跟随上游。保留已确认的客户、价格、Key 交互和团队边界，不恢复旧 TypeScript 实现、Developer 归档和旧阶段协议限制。当前仅更新方案，未初始化新 Go 服务或移动原型。
2026-09-12 独立网关与上游升级边界
用户明确保留无终端客户的 new-api 网关，集中模型执行并跟踪上游；OceanWay 客户平台独立深度定制。替代此前最终合并网关的建议，明确内部服务身份、客户积分唯一归属及升级兼容要求。现有 uumi 到纯网关的承接方案待设计，尚未执行代码或生产迁移。
2026-09-12 设计与商业规则讨论
确认 shadcn 沿用 OceanWay 风格、参考 new-api 客户页面、掩码旁复制完整 Key、人民币充值与积分、企业专属账户和协议价。Playground 保留 uumi 复用或取消两种候选；补充客户价格和充值套餐讨论稿，不将具体折扣、比例或套餐视为定案。
2026-09-12 Console 与 Admin 详细需求
将本轮 N1 重点设为 Console 与 Admin，补齐 23 组需求、页面和验收，增加 API 来源／8 个缺口、原型任务书、独立产品接入边界及实施包。Drama、Studio、Commerce 原型记录为用户已安排，未据此标完成。所有详细范围仍为 v0.1 草案，未更改应用后台或生产。
2026-09-11 文档体系重构
按总览、产品、架构、API、设计、实施、运行、进度和历史重新组织。旧 14 仓文档与重构前的修改一起保留完整快照；现行正文不再混用旧 Core 重建和 Developer 归档安排。
2026-09-11 新平台方向
采用官方 new-api 固定后台基线，前端独立设计；Developer 为公开门户，Console 承担登录后管理。新代码从官方源码开始；旧需求和已确认设计可参考，旧实现不导入新基线。
之前的记录
旧 B0–B6、ADR、代码接收、CI 和设计迁移属于当时的工程历史。见重构前进度和旧变更记录，不能据此判断新后台运行资格。