PLAT-02-001 平台产品文档
首发产品定位、需求、用户流程与验收入口
核心PRD同时覆盖客户端和平台管理端；员工职责、UX-06～12及§6.7定义完整管理工作，管理端设计和独立AC-10验收为同等交付主线。
核心入口：OceanWay Platform 核心产品需求 PRD。所有 UI、交互、开发和测试从其中的用户结果与PL子行为展开；文档责任与维护规则见产品需求驱动文档体系。
oceanway-platform 面向开发者、创作产品用户和平台员工，提供统一账号、积分钱包、模型 API、Console 与 Admin。它从 new-api 硬分叉开发，是 OceanWay 的平台产品，也是各产品的公共服务。
本文档组定义“为谁做、做什么、怎样算完成”。实现方法见开发文档，开发顺序见实施计划。身份、钱包、模型中转的细则继续以既有平台模块文档为准，不另建第二套规则。
阅读顺序
| 文档 | 解决的问题 |
|---|---|
| 核心产品需求 PRD | 用户目标、核心流程、可独立验收行为与一期完成条件 |
| 支付、订阅与消费整体方案 | 首批商品、积分/支付/履约/消费/售后、管理端与用户侧，以及代码构建顺序 |
| 定位与首发范围 | 用户、价值、首发边界与上线门槛 |
| 用户流程 | 客户与员工如何完成关键操作，失败时怎么办 |
| 功能需求 | 带编号的需求、优先级与模块归属 |
| 验收标准 | 可复验的业务结果及对应开发任务 |
文档状态
新增需求讨论稿：统一运营后台与商业体验 PRD、功能规格、工作包。v0.7 定义完整的可配置运营后台：动态商品及积分／媒体次数／秒数／存储权益，营销人群与投放，促销／优惠券，以及任务／返利活动。新增分产品经营工作流、前端展示位目录和独立公告中心，覆盖发布、排期冲突、阅读、撤回及效果回读，详见 PLAT-02-017 §5.1～5.4 和 FS §5.8。PRD §6.4 串联配置、发布、参与、购买或领奖、权益使用、售后与复盘；FS 覆盖预算、叠加、原单待遇和异常恢复。无固定三档限制，个人／团队同等待遇同价且第一阶段无额外席位费，免费容量目标默认 1 GB。具体经营值由后台配置，整份方案仍为 Proposed，仅推进文档，未开发或启用活动。
执行入口：统一运营后台执行计划根据架构复盘拆出 WP-PLAT-003～015，提供依赖、里程碑、决策条件与全部验收责任；开发边界明确候选 Owned Paths、契约／数据／恢复约束及架构验证。工作包仍未实施。
截至2026-10-13，核心PRD、页面/交互规格、追踪和缺口清单已建立；T-01～T-03已完成列明范围的本地验证，正式平台与隔离联调部署已有分批证据，T-04～T-13适用剩余范围及完整P0继续追踪。最新已核制品为98f9/image426b，后续工作树与版本化验收分开，实际状态见证据索引。P0表示首发必需，隔离部署和单项通过不代表完整功能或旧客户承接完成。
文档统一采用三种状态：已确定表示来自现行架构决策；建议方案表示可据此审计和验证，但尚未定稿；待定表示需要明确决策或实际证据。更改身份、资金或首发边界时，同时更新决策索引和决策清单。
产品完成的证明
首发最小业务链是：注册或登录 → 查看公开标准模型价与可用模型 → 人民币充值到账 → 创建受限 Key → 文本调用 → 查看实际用量和扣费。员工能查询该用户、解释价格和账务，并处理有证据的异常。另用测试产品入口证明共享登录、受限委托、模型与非模型消费共用钱包，为 Studio 接入提供可用接口。
平台首发不等于 Studio、Drama、Commerce 已迁移，不等于 sub2api 客户已迁移。它们分别遵循全局路线图的后续阶段。