PLAT-02-030 平台实施计划
阶段划分、启动顺序和可交付任务入口
实施从核心PRD出发，按设计规格和追踪矩阵进入现有T任务；缺口清单区分设计、实现、证据和商业待决策。文档整理不改变既有业务任务状态。
2026-10-01建立平台专项文档。当前 T-01～T-03 已完成本地验证，正式平台实现与分项验收进行中；全局阶段 0 的旧服务核对等尾项仍另行追踪。2026-10-12用户确认 Platform 已调通且上线，按 D-STUDIO-RESUME 恢复 Studio 改造准备与分批接入；平台剩余任务和各产品切片的接口交接分别跟踪。代码开发与部署状态以本组任务清单和当前进度为准。
三段推进
| 段 | 全局阶段 | 任务 | 交付与退出条件 |
|---|---|---|---|
| A. 基线与可行性 | 阶段 1 | T-01～T-03 | 固定官方 SHA、隔离环境、原版结论、实际余额的最小产品闭环与故障证据 |
| B. 正式平台实现 | 阶段 2 | T-04～T-09，联T-11～T-13适用平台分项 | 正式源码、身份/权限/统一账务/中转、Console/Admin、支付订阅、产品资源/运营及受限执行恢复接口 |
| C. 首发与交接 | 阶段 2 结束 | T-10，联产品接口联合验收 | 平台自身全部适用 P0、接口交接、恢复演练及发布记录；产品完整UI/创作验收随后完成 |
视频和图片/音频分为审计、夹具验证、真实兼容验收与开放，不因文本通道成功就一起上架。范围变更更新需求、决策与验收；未开放能力明确关闭入口。
现在的启动顺序
- 按核心PRD、现行决定与当前源码核对一期未闭合范围，复用已有基线、资金和商业证据。
- 按Platform 完成与产品接口交接门槛跟踪平台功能与产品接口剩余范围，优先交接 Studio 首批需要的身份、可信产品委托和原请求定位；正式契约随实现同步。
- 按Studio 首批范围恢复代码梳理、身份/对象隔离和单次文本准备。现有 Bridge、显式绑定和可靠 outbox 复用，不因恢复准备自动启用生产开关。
- 在 Platform 内用隔离测试产品取证该切片当前用户授权、跨产品拒绝、唯一资金结果、响应丢失/重启及原结果恢复；随后完成 Studio 联验再切换对应权威，不依赖先改完整产品。
- 平台两端适用 P0、其他接口及恢复收尾与 Studio 准备分别推进；真实供给/商户与发布仍按 T-10 和各具名开放门槛执行，不作为全部 Studio 工作的统一开工前置。
管理规则
任务从“未开始”转“进行中”时写明真实工作目录/分支/基线；“完成”必须链接产物与验收，不能只写提交存在。文档建设标为文档完成，与业务完成分开。每个任务记录阻断、复验条件和未验证范围；不以估计工期代替技术门槛。
任务之间的依赖见任务清单，证据字段与当前矩阵见验收记录。无需在根目录恢复 coordination，也不另建 Core/Edge/Contracts 的任务体系。