历史档案候选与单体方案快照平台架构
文本与媒体网关接入
同一平台接入两类供应能力
历史方案：本页为恢复第一版多仓文档前的快照，不是现行任务或已实现能力。现行入口为平台架构。
文本
用户已明确保留独立 new-api 网关，以隔离上游升级和 OceanWay 深度定制。客户平台负责身份、客户价格和积分，模型调用经内部服务凭据转发到网关，由网关管理供应与执行。该边界替代此前同进程优先建议，详见独立网关与客户平台。
保留模型协议、流式返回、供应路由和用量来源。面向客户的模型名称与供应商模型名称分开处理。
媒体
自研媒体供应服务保留独立边界。目标由统一 new-api 网关的适配器接入自研媒体服务；OceanWay 保存客户与业务任务关联，媒体服务处理供应商提交、查询与内部恢复。具体外部服务部署与端点仍需实际核验。
网关侧新版 /v1/tasks/:key 及 task plugin 提供可评估接入点；并不代表所有媒体协议和取消功能已经兼容。
| 平台负责 | 媒体服务负责 |
|---|---|
| 用户、Key、额度与平台计费 | 供应商凭据和调用 |
| 客户任务与结果关联 | 网关内部任务 |
| 产品可理解的状态与错误 | 原始供应结果和标准化证据 |
| 客户取消意图与费用政策 | 实际能否取消及恢复 |
验证一个视频协议
提交参数和估价 → 保存稳定关联 ID → 响应丢失后找回原任务 → 查询成功／失败／未知 → 获取结果与用量 → 费用核对。必须确认供应商侧重试和平台侧重试的职责，避免双重重新提交。
限流、超时、资源池与 Worker 配额按负载分别设置；外部服务故障不应无限占满共享后台资源。