一句话

上线前的检查单加发布策略：六类预检、feature flag、带量化门槛的分阶段放量、监控兜底、回滚方案先写好。

何时用

• 适合：准备上生产；要一份 pre-launch checklist；配监控、计划放量、要回滚策略。
• 不适合：无发布门槛的内部小改动；日常 CI 门禁（那是 addy-ci-cd-and-automation）。

怎么用

这个功能下周上线，帮我过一遍发布前检查单，定放量和回滚方案

1. 过 pre-launch checklist：code quality、security、performance、accessibility、infrastructure、documentation 六类。
2. 定 feature flag 策略，让发布和部署解耦。
3. 排分阶段放量：每档有进入门槛和量化指标，不达标不扩量。
4. 配监控：关键指标、错误上报、上线后验证清单。
5. 先写回滚方案：触发条件、步骤、数据库怎么处理、多久能回完。

产出

• 勾选完毕的检查单、放量计划与门槛、监控配置、rollback plan。

要点与坑

• /ship 是 fan-out orchestrator：并行派 code-reviewer、security-auditor、test-engineer 三个人格，合并出 go/no-go。
• 回滚方案在发布前写完并验证，不是出事再补；数据库变更单独考虑可回性。
• Error Budget 可当放量 gate，预算烧完就停扩。

关联

• 上游：addy-code-review-and-quality、addy-observability-and-instrumentation · 搭配：addy-ci-cd-and-automation、addy-deprecation-and-migration
• 所属：00-addy-概览 · 工作流：W3-多会话功能、W6-高风险加固层