用途
Deployment Procedures 是一份关于生产环境部署原则与决策的技能资料，目标是帮助使用者理解部署背后的“为什么”，而不是照搬某套固定脚本。它强调每次部署的情境都不同，需要结合自身平台调整流程。
主要能力
平台选择
资料提供决策树：静态站点/JAMstack 对应 Vercel、Netlify、Cloudflare Pages；简单 Web 应用可走向托管方案（Railway、Render、Fly.io）或自控方案（VPS + PM2/Docker）；微服务对应容器编排；无服务器对应边缘函数、Lambda。不同平台的部署方式不同，例如 Vercel/Netlify 用 git push 自动部署，Railway/Render 用 git push 或 CLI，VPS + PM2 用 SSH 加手工步骤，Docker 用镜像推送与编排，Kubernetes 用 kubectl apply。
部署前原则
提出四类核查：代码质量（测试通过、lint 干净、已评审）、构建（生产构建可用且无警告）、环境（环境变量已设置、密钥有效）、安全（已完成备份、回滚计划就绪）。并提供部署前清单：测试全部通过、代码已评审批准、生产构建成功、环境变量已核验、数据库迁移就绪（如有）、回滚计划已记录、已通知团队、监控已就绪。
部署工作流
五阶段流程：准备（核验代码、构建、环境变量）、备份（改动前保存当前状态）、部署（在监控开启下执行）、验证（健康检查、日志、关键流程）、确认或回滚（一切正常则确认，有问题则回滚）。各阶段原则：准备阶段绝不部署未测试代码；备份阶段没有备份就无法回滚；部署阶段要盯着过程而不是走开；验证阶段要“信任但核实”；确认阶段要准备好回滚触发条件。
部署后验证
需要检查健康端点、错误日志、关键用户流程、性能。验证窗口为：前 5 分钟主动监控，15 分钟确认稳定，1 小时做最终验证，次日复盘指标。
回滚原则
触发回滚的情形：服务宕机立即回滚，出现严重错误回滚，性能下降超过 50% 考虑回滚，小问题若修复快可向前修复。不同平台回滚方式不同：Vercel/Netlify 重新部署上一个提交，Railway/Render 在面板回滚，VPS + PM2 恢复备份并重启，Docker 使用上一个镜像标签，K8s 使用 kubectl rollout undo。回滚原则强调速度优先于完美、不要叠加错误、及时沟通、稳定后再做事后复盘。
零停机与应急
零停机策略包括滚动（逐个替换实例）、蓝绿（在环境间切换流量）、金丝雀（逐步切换流量）；选择原则为标准发布用滚动，高风险变更用蓝绿（便于回滚），需要验证时用金丝雀（用真实流量测试）。应急流程按优先级：评估症状、情况不明先重启、重启无效则回滚、稳定后再排查；排查顺序为日志、资源、网络、依赖。
适用场景
适合需要建立或规范生产发布流程的开发者与团队，用于在自身平台上推导部署、验证与回滚步骤，也适合作为团队部署清单与复盘的参考框架。
限制
资料明确说明它教授的是部署原则而非可复制的 bash 脚本，因此不提供具体命令或可执行流程；实际步骤需结合具体平台自行判断。文档未提供该技能的安装方式、收费信息或具体平台配置细节。