实施与验收
平台实施计划
阶段划分、启动顺序和可交付任务入口
2026-10-01 开始平台专项文档准备。全局阶段 0 的发布和旧服务核对仍未完成；本次只提前准备阶段 1 的产品/开发材料，不跳过平台验证。代码开发与部署状态以本组任务清单和当前进度为准。
三段推进
| 段 | 全局阶段 | 任务 | 交付与退出条件 |
|---|---|---|---|
| A. 基线与可行性 | 阶段 1 | T-01～T-03 | 固定官方 SHA、隔离环境、原版结论、实际余额的最小产品闭环与故障证据 |
| B. 正式平台实现 | 阶段 2 | T-04～T-09 | 正式源码、身份/权限/统一账务/中转、Console/Admin 迁入、人民币支付 |
| C. 首发与交接 | 阶段 2 结束 | T-10 | 全部 P0 验收、恢复演练、发布记录和 Studio 接入说明 |
视频和图片/音频分为审计、夹具验证、真实兼容验收与开放，不因文本通道成功就一起上架。范围变更更新需求、决策与验收；未开放能力明确关闭入口。
现在的启动顺序
- 读产品范围、功能需求、基线导入。
- 执行 T-01：选定官方基线、工具链和隔离环境；不要从旧
references/new-api或 uumi 直接拷贝建立平台。 - 执行 T-02：先跑原版协议、价格和前端接口审计，形成保留/缺口清单。
- 执行 T-03：仅补最小验证扩展，用真实平台资金路径证明身份、委托、非模型收费和恢复。
- 依据实际证据及待定决策确定首发范围，再进入正式改造。
2026-10-02 根据用户授权已执行 T-01 官方基线与隔离本机环境；T-02原版审计、T-03隔离最小扩展已完成；T-04～T-09按用户授权进行正式开发，真实供应调用和部署未执行。任务状态与证据见对应页面。
管理规则
任务从“未开始”转“进行中”时写明真实工作目录/分支/基线；“完成”必须链接产物与验收，不能只写提交存在。文档建设标为文档完成，与业务完成分开。每个任务记录阻断、复验条件和未验证范围；不以估计工期代替技术门槛。
任务之间的依赖见任务清单，证据字段与当前矩阵见验收记录。无需在根目录恢复 coordination，也不另建 Core/Edge/Contracts 的任务体系。