PLAT-02-053 联合验收与分批发布准备工作包

1. 目标与进入条件

以相同源码和制品完成管理员、个人、团队及真实产品联合验收，形成可审查的发布与停止方案。

所属总包：WP-PLAT-002。执行顺序及待定规则见执行计划。完整联合验收前置：WP-PLAT-009、WP-PLAT-010、WP-PLAT-011、WP-PLAT-012、WP-PLAT-013、WP-PLAT-014。尚未关闭的政策仅阻塞受其影响的步骤；不以本任务卡代表所有规则已获确认。

责任人：zao；由接单时明确的实现者承担本包交付，跨域部分由相应权威提供方负责，评审角色与实现角色分别记录。初步工作量 5～8 开发人日，用于容量规划，WP-PLAT-003／004 后复估，不作为日历承诺。

2. 范围与产出

联合验收和发布准备；执行生产发布、真实付款、客户迁移和外部投放须有对应具体授权。本包不恢复开发阶段三库联合灾备门禁。

• 两端与跨产品联合验收矩阵、独立评审／CI结果及未决清单。
• 具名发布候选、按产品／能力启用顺序、停止／恢复说明及交接。

2.1 分批验证

从公共接入与首批工作台开始收集当前源码／制品证据，不等009～014全部完成才验证局部功能。每批列适用用例、已验及未交付范围；skip不算通过。完整联合候选仍覆盖全部所列工作包、A01～A77及B01～B08，局部结果不能关闭总包。

3. 执行任务

• 汇总 A01～A77 及 B01～B08 的责任包、证据提交、环境和限制；逐项关闭缺口，不用测试数量或截图替代业务行为。

• 执行管理员配置→发布→用户购买／领奖→资源与容量生效→使用→售后→复盘，分别覆盖个人、团队及首个真实产品；并发、断连、重启和原回执丢失沿原身份恢复。

• 完成必要隔离资金／权限／容量专项、消费者契约验证、局部 UI 与无障碍验证、独立评审和受影响工程 PR CI；专用数据库测试跳过不算通过。

• 形成分批启用清单：先内部管理与只读，再可售／活动及产品入口；列出版本、能力开关、观察指标、负责人、停止新写和原恢复责任。

• 生成可复现发布清单，关联源码、契约、客户端、制品摘要及实际入口；不只依靠镜像标签，未知来源解决前不宣称生产可复现。

• 按获准批次另行执行真实支付、容量存量过渡或生产投放，并回填证据；未获授权的步骤保留未执行状态，不能将准备完成写作上线。

• 开工固定本包源码与工作树，按开发边界登记实际 Owned Paths；只修改授权路径，保留并行改动。

• 按契约／领域行为／界面接线拆成可审查的变更，完成本包必要验证后再扩大测试范围；回填原始证据和未执行项。

4. 验收与交接

FS 主责用例：A63。架构验证：开发边界中的 B07。跨包用例由主责包组织联合验证，不能只证明本地一半行为。

• Platform 商业和增长及首个真实产品可分别形成阶段结果；最终按 DEV-X-01-007关联新 Studio、Drama、Commerce 的独立验收，未接入产品保持未完成，不能以运营阶段结果宣称整个架构重构完成。
• 核对最终 React + Go、无旧 Node/Python 兼容层；产品行为、数据及在途/迟到回调责任交接、旧进程/凭据/调度退役由对应工作线提供证据。运营包不代签产品全量重构验收。
• 关停新入口后，已付订单、已承诺奖励、在途模型和旧素材引用均由原责任方继续收敛。
• 交接记录变更、实际版本、契约／数据影响、验证结果、未决项及下一包输入；源码存在、契约存在、隔离通过、线上启用分别说明。

5. 技术边界与停止方案

仓库、候选修改区域、共享文件冲突处理、迁移与验证策略见实施边界的本包条目。产品任务卡不另定义接口、数据库字段或服务拆分；正式开发规格从提供方现有契约扩展。

以停止新增写入／投放为首选，按兼容性决定应用回退；不得回滚已记资金事实、已用资源或删除旧原件。

当前只建立任务卡，未启动业务代码、服务、迁移、真实付款或投放。需要变更已接受架构时走新的具名决策；已授权范围内普通实现不重复创建 Issue 或逐动作请求确认。

6. PR 与证据

尚无本包 PR；执行证据统一记入 07_过程记录 并关联原提交和环境，后续在此补链接。progress: todo 表示尚未实施，不把文档写成视作功能完成。