历史 · 模型网关仓库
重构前档案，仅供追溯，不作为新版本执行指令
历史档案 · 2026-09-11 重构前快照。 本文中的“当前”“已冻结”和实施顺序属于旧基线。新版本以现行总览和实施计划为准。
Text Gateway 与 Media Gateway 是同级私有故障域，互不级联。两者负责 Provider 协议、路由冻结、执行与不可变 Usage/Cost Evidence，不拥有 OceanWay 客户、DeveloperCredential、公开模型目录、售价、钱包、产品 Run 或正式 Asset。
本轮先统一网关需求、服务设计和原型。两仓全流程均由本人负责，使用本机工作台调度，按实施工作流保存场景、决策、接口和验收关系；GitHub 既有记录可继续引用，不要求先新建 Issue。
| 仓库 | 现有材料与首轮处理 | 无付费原型 | 正式接入顺序 |
|---|---|---|---|
| Text Gateway | UUMI/new-api 代码及运行来源；辨认保留、隔离和迁移范围 | 固定路由的 Provider stub、提交未知/重复请求/证据 fixture | B2 契约与终局能力就绪后，执行首个文本 canary |
| Media Gateway | 独立设计文档；先消除旧客户控制面设计与私有网关边界的冲突 | 异步任务状态机、Poll/Callback 竞态、多结果 fixture | 复用同级契约，在文本最小链路后接入 |
服务产品设计面向 Core Execution/Metering 和受控运维使用者：定义提交确定性、状态含义、重试条件、结果访问与可诊断性。默认不另建客户前台；若确需运维 UI，先确认其与 Admin 的职责，再设计页面。
需求设计和本机 stub 不受尚未完成的下游部署阻塞；生产 adapter、固定契约消费、Provider 调用和发布分别满足对应条件。原型不访问付费 Provider，不复用客户数据或 Secret。现有 Text 服务不因新方案直接停服，旧/新 Writer 切换在接入阶段单独安排。
两仓建立接口能力清单，区分内部 Gateway API、Provider 私有协议与运维查询；稳定跨仓字段来自 Contracts，HTTP 路由与鉴权由各网关维护 OpenAPI。未知 method/path、供应商取消/幂等保证均标待核验，不从参考项目复制为承诺。
详细的 Attempt、Binding、Route、Availability、Evidence 与验证链见调度、执行与模型网关池。