用途：在准备上线部署或配置发布策略时使用，位于 ship-workflow-ship 的部署阶段，完成成功部署、上线后验证与回滚剧本，之后交给 ship-workflow-canary 做金丝雀监控。
主要能力：
- 上线前检查：代码质量（测试、CI、审查、无冲突）、安全（依赖审计、密钥、安全头、速率限制）、性能（Lighthouse、迁移在 staging 验证、N+1）、基础设施（UP/DOWN 迁移、环境变量、SSL、备份）、文档（CHANGELOG、API 文档、README）。
- Feature Flag 策略：部署与发布解耦，flag 从 0% 到 100% 渐进，出问题直接关闭 flag 而非回滚部署；每个 flag 需 owner 与过期日期。
- 分阶段上线：Staging → 金丝雀 5%（观察 15 分钟）→ 25%（30 分钟）→ 50%（1 小时）→ 100%（观察 24 小时），每阶段核心指标不劣于 baseline 才推进。
- 回滚：错误率、延迟、关键流程断裂、迁移失败、安全漏洞等触发条件；回滚剧本含触发条件、步骤、RTO/RPO、owner，示例命令如 kubectl rollout undo deployment/app、npx db:migrate:down、curl -X POST /api/flags/X/disable。
- 上线后验证：错误追踪、关键页面手动验证、性能对比、/health、SSL、迁移数据完整性。
使用方式：技能以检查清单、阶段推进条件、回滚剧本和输出模板组织交付，输出部署交付记录（部署策略、回滚剧本、Feature Flags、检查结果、分阶段记录、健康验证）。
适用场景：软件上线部署、发布策略配置、金丝雀发布、Feature Flag 管理、回滚预案制定。
限制：不适用于未通过 review/ship gate 的情况；不用于仅准备发布清单、导出非软件产物；已部署后只需健康监控或回归观察时不用。红旗包括无回滚方案上线、flag 无 owner/过期日期、无金丝雀全量切换、迁移无 DOWN、上线后不看监控、生产未配置密钥。上线前检查须全部通过，不接受“大部分通过”。