媒体网关

媒体网关是自研的 Go 服务，仓库为 gateways/oceanway-media-gateway，负责视频模型的供应。平台的视频请求直接交给它，不经过 uumi。

做什么

• 渠道与供给配置。 供应商凭据加密保存，记录能力与采购成本，绑定模型。
• 原生适配器。 每个新渠道按原生 Go 适配器接入，相同协议复用同一个适配器；不再使用动态插件。
• 调度。 默认按人工排序加同级成本选择渠道；只有符合重试策略的明确失败才顺序重试，对调用方只计一次。提交未知先核对，不重新付费创建。
• 任务。 提交、轮询、对账、重试，每次尝试都有审计记录；结果交付到对象存储。
• 管理后台。 自带供应管理页面和独立的管理员会话，不接入 Admin。

现状

• 2026-09-30 开始系统重做，目标是“调用方 → 媒体网关 → 供应商”，摆脱对 new-api 的依赖。重做文档在仓库 docs/rebuild/ 下。
• 已迁入 8 个渠道凭据和 94 个供给，连接与目录读取通过，目前保持停用。
• 第一批 4 次真实生成 0/4 通过（内容拒绝、上游失败、上游维护、任务失败已退款），详见仓库内的验收记录。
• 部署在 pic-vps，源码编译加 systemd，不使用 Docker。

平台如何对接

• 媒体网关提供 OpenAI / ModelArk 格式的视频接口，平台用 new-api 的视频任务中转把它配成一个渠道。
• 平台负责客户侧的预扣和结算；媒体网关负责供应侧的重试和成本记录。
• 任务提交、轮询、失败退款和计价方式在第 1 阶段实测，见路线图。
• 客户任务、供应任务及账务操作通过持久映射恢复；产品经平台查询，网关负责 Provider 轮询。取消、供应退款和客户退款分别核对。
• 网关对象用于供应结果交付，产品长期素材由产品工程共用媒体模块保存和授权；不恢复历史 Core 文件服务，具体见共用任务与媒体。已有桶与历史对象不因文档改动迁移或删除。

统计口径

视频的供应侧统计在媒体网关上做；终端用户和产品维度的统计在平台上做。