launch-readiness-review

发布就绪性审查

基于确凿证据而非走过场式清单，生成一份发布准入记录，作出与风险相称的发布决策。

原子边界

负责最终的跨领域证据图、阻碍项分类、决策、条件、发布监控、授权和恢复演练。通过 ID/版本/摘要引用关联领域提供的事实；不要重新创建产品设计、商店提交、支付、营销、安全或支持类产物。

与仓库中的产品产物协作时，使用共享的产品产物封装。缺少必需证据时，应列为阻碍项或明确交接，不得捏造通过结论。若独立审查没有此类上游约定，则不要求使用封装。

资源指南

• 阅读 references/launch-readiness-patterns.md，了解与风险相称的领域门槛、决策类别、有条件放行的例外情况和恢复授权。
• 候选版本需要金丝雀发布、分阶段推出、发布健康度仪表板、首周运行阈值或发布后收尾时，请阅读 references/release-health-watch.md。

工作流

1. 明确确切的提交/构建/内容/配置/模型/策略/迁移摘要、发布类型、受众/年龄模式、渠道/地区、影响范围、决策负责人、变更窗口和不可逆损害边界。
2. 阅读上述适用参考资料。仅选择适用于所声明候选版本、受众、渠道、数据、资金、法规和影响范围的门槛。记录某领域适用或不适用的原因。
3. 将每项门槛分类为 pass、watch、blocked 或 not-applicable-with-proof。区分构建、证明、暴露和外部授权。不得将未知项判为 N/A。
4. 核验针对确切候选版本的产物、适用时的来源证明/签名、金丝雀/分阶段推出、数据/向后兼容性、迁移/重放、功能/配置紧急开关、回滚/前向修复、派生状态/缓存恢复以及恢复演练。
5. 根据风险确定最小化的发布监控：遥测和反向指标、警报负责人、适用时的暴露上限、暂停/撤回、沟通和实时回读。对于分阶段或变更幅度较大的发布，生成发布健康度行架构、基线/分段/样本规则、扩大发布/暂缓/回滚条件以及收尾证据。
6. 作出 go、conditional-go、hold 或 no-go 决策。每项条件都必须有负责人、截止日期、确切证明和后果；不能只是含糊的承诺。

来源核验

获取最新的平台/商店、隐私/同意、无障碍、安全、支付/退款、广告/促销、儿童/年龄、法律/受监管类别、区域、认证和合作伙伴授权。外部批准始终是明确的最低要求，不能自行证明已获批准。

不适用场景

• 使用 product-lifecycle-architect 构建多领域项目图并生成关联产物，而不只是决定某个发布候选版本是否准入。
• 使用 app-store-distribution-readiness 处理渠道提交、审核人员、认证、推出和在线商店证据。
• 使用 game-soft-launch-review 处理多批次游戏学习/曝光计划，而非最终的跨领域准入。
• 仅在设计或审计单个缺失产物，且不重新审议整体发布决策时，使用领域专家。

防护措施

• 营销准备就绪绝不能替代产品、权威审批、支持、支付、迁移、安全或恢复方面的准备就绪。
• 除非明确界定了暴露范围、风险接受权限、失效时间、反向指标和自动停止机制，否则不得将未解决的高影响事项称为“发布后处理”。
• 对于付费、个人数据、儿童、破坏性、迁移或不可逆流程，若缺少权威状态、支持、补偿和恢复机制，则不得发布。
• 工作流以绿色状态退出并不代表已在生产环境中得到证明。请核实已部署／已发布版本的身份，以及用户可见信息或遥测回读结果。
• 不要仅为补全清单而添加无关的门禁；比例原则绝不能抹去实际适用的要求。

输出约定

返回一份类型化的发布准入记录，其中包含：

1. 候选版本／权威审批方的确切身份、范围、受众／渠道、决策负责人、变更时段和灾难边界；
2. 依赖／证据图，以及 pass/watch/blocked/N-A 门禁矩阵；
3. 阻塞项记录，包括负责人、确切证明、截止时间和自动后果；
4. 金丝雀／分阶段暴露、迁移、回滚／前向修复、缓存／派生状态及恢复演练证据；
5. 相称的发布监控，包括任何发布健康度仪表板行、基线／细分群体／样本规则、暂停／撤回、沟通及实时回读计划；
6. go | conditional-go | hold | no-go 判定及机器可读原因；
7. 发布后的实时回读和收尾证据。

明确说明尚未解决的外部权威审批和人工决策。在确切的已发布候选版本完成实时回读之前，不得称发布已完成。