用途：为网站、产品或重大版本的上线事件编写并执行运行手册（runbook），作为上线当天团队共同遵循的文档。适用于新站上线或大改版、平台迁移、重大功能发布、跨团队协同发布，以及为重复性部署建立手册。上线前测试应使用 qa-testing，上线后事故处理应使用 incident-response，事后复盘应使用 after-action-report。
主要能力：按四个阶段组织流程。阶段一上线前（T-30 天至 T-1 小时）：锁定范围、确认跨团队承诺、完成上线前 QA、测量性能基线、编写并测试回滚流程、必要时提前降低 DNS TTL、召开 go/no-go 会议、备份生产状态、在共享频道集合并做最终冒烟测试。阶段二切换（T-0）：按顺序执行公告、维护模式、数据库迁移、部署代码、验证部署、生产冒烟测试、DNS 切换与传播验证、关闭维护模式、完整冒烟测试、公告上线并开始监控；每步包含负责人、前置条件、动作、验证、时间估算与回滚流程。阶段三验证（T+0 至 T+24 小时）：检查关键用户流程、错误率、性能、分析埋点、邮件与通知，以及关键业务指标、Core Web Vitals 和 Search Console。阶段四稳定（T+24 小时至 T+7 天）：逐日跟踪错误率、性能与业务指标，处理非阻塞问题并规划复盘。
角色与回滚：明确上线负责人、部署操作员、QA 负责人、沟通负责人、值班工程师与业务方代表；小团队可一人多角但职责需明确。回滚标准需提前定义，包括自动触发（错误率超阈值、关键流程中断、数据库完整性问题、部署后发现安全漏洞）与酌情触发（性能下降、关键业务指标显著下滑、面向客户的错误模式），由上线负责人决定回滚并预设替补。
沟通计划：内部设主上线频道、状态频道与可选作战室；切换期间每 15 分钟更新，验证阶段每小时，稳定阶段每日。对外准备客户公告、状态页与支持团队简报。
使用方式：提前 30 天构建手册，测试回滚流程，进行桌面演练，必要时提前 48 至 72 小时降低 DNS TTL；当天逐步执行并逐步验证，持续监控并记录，1 至 2 周内安排复盘。默认输出为 launch-runbook-[project].md 的 Markdown 手册及配套清单，结构含上线元数据、角色职责、上线前清单、切换序列、回滚流程与标准、沟通计划、验证清单、稳定计划与联系人；参考文件 references/runbook-template.md 提供可填写模板与示例切换序列。
限制：资料未提供具体命令、工具或平台绑定细节，需按实际环境补充；未提供收费、价格或效果数据。