用途
紧急发布工作流技能用于处理需要立即部署的关键生产问题。它适用于关键生产缺陷影响用户、安全漏洞（CVE）、紧急业务需求、数据完整性问题、服务中断以及支付处理失败等场景。该技能帮助团队在正常发布流程之外，使用快速通道流程完成修复与部署。
紧急程度评估
技能提供四档优先级标准与时间目标：
- P0：安全漏洞，响应时间小于 2 小时，立即部署到生产。示例包括认证绕过、数据泄露、活跃利用漏洞。
- P1：生产不可用，响应时间小于 4 小时，当天部署。示例包括应用崩溃、功能完全失效、支付中断。
- P2：重大缺陷，响应时间小于 24 小时，下一个工作日部署。示例包括关键功能损坏、显著用户影响。
- P3：业务关键，响应时间小于 48 小时，按计划发布。示例包括营销活动阻塞、合作方截止日期。
P0 判定标准包括认证/授权绕过、数据泄露或暴露、远程代码执行漏洞、生产服务完全不可用、影响多用户的数据损坏、支付处理完全中断。P1 判定标准包括关键功能完全损坏、影响大多数用户的错误、影响收入的缺陷、数据库连接问题、关键第三方集成失败。P2 判定标准包括重大功能部分损坏、影响特定用户群、有但不理想的临时方案、性能下降而非完全失败。
主要能力与流程
- 创建 hotfix 分支：从当前生产分支（main）拉取并创建命名如
hotfix/ENG-XXX-brief-description的分支。 - 实施最小修复：技能强调只修复眼前问题，添加回归测试，在注释中记录根因；不要重构周边代码、不要修复无关问题、不要添加新功能、不要更新依赖（除非这正是修复内容）。
- 充分测试：运行完整测试套件、类型检查与构建验证，并执行人工测试清单，包括复现原问题、验证修复、测试正常路径与边界情况、确认未引入新问题。
- 创建带标签的 PR：提交信息需说明修复内容、根因、工单与优先级；PR 标题使用清晰标签，如
[RELEASE]、[HOTFIX]、[P0]或[P1]。技能还提供 hotfix PR 模板，包含紧急程度、影响、根因、修复内容、测试清单、回归测试、回滚计划与监控项。
部署与验证
部署步骤包括：合并 PR 到 main、拉取最新代码、确认提交、按语义化版本打标签，以及按平台执行部署（如 Vercel、Netlify、Railway、AWS/GCP/Azure）。部署后需进行冒烟测试、监控错误追踪、验证指标、检查用户反馈。技能给出 curl 示例验证特定修复。
沟通与事后处理
技能提供内部沟通模板（Slack/Teams）、外部状态页更新模板、面向受影响用户的邮件模板。事后处理包括 24 小时内的即时行动、针对 P0/P1 的事后复盘（PIR），要求在 72 小时内安排，并给出完整 PIR 模板，包含时间线、影响、根因、解决、做得好与不好的地方、行动项、预防措施与经验教训。
Backport 策略
当修复需要进入多个分支或环境时，技能给出使用 git cherry-pick 将 hotfix 提交应用到 release-candidate 和 develop 分支的方法，以及处理合并冲突和生成补丁文件的替代方案。
适用场景与限制
适用于生产问题需要立即关注并在正常发布流程之外快速部署的场景。技能强调最小改动、添加回归测试、快速反馈、清晰沟通、学习与改进等原则，并给出决策树与检查清单。其时间目标为：P0 问题到部署小于 2 小时，P1 小于 4 小时，P2 小于 24 小时。资料中未提供关于收费、价格或平台支持范围的其他信息。