物流发布上线

为什么生产发布需要更严谨的规划

将功能部署到生产环境天然伴随风险。许多团队在上线时往往只关注“功能是否跑通”，却容易忽略监控体系、回滚预案以及对成功指标的清晰定义。一次负责任的发布应当是可逆转、可观测且渐进式的。该技能旨在帮助工程团队在发布前系统性地识别并消除潜在隐患，避免将未知风险直接暴露给终端用户。

核心能力与执行步骤

该技能将复杂的发布流程拆解为结构化的预发布清单（Pre-Launch Checklist），重点覆盖以下四个维度：

• 代码质量：确保单元、集成和端到端测试（e2e）全部通过，构建无警告，代码已审查。清除遗留的 console.log 调试语句，并确认错误处理覆盖了预期的失败模式。
• 安全与权限：排查代码与版本控制中的密钥，执行 npm audit 以排除严重漏洞。校验所有面向用户的输入，落实认证与授权检查，配置 CSP 和 HSTS 等安全响应头，限制认证端点速率，并严格收敛 CORS 允许的来源。
• 性能与资源：确保核心 Web 指标（Core Web Vitals）处于良好阈值，消除关键路径上的 N+1 查询。优化图片压缩与响应式加载，控制打包体积预算，验证数据库索引的合理性，并为静态资源配置缓存策略。
• 可访问性：验证所有交互元素的键盘导航能力，确保屏幕阅读器能正确解析页面结构。文本对比度需达到 WCAG 2.1 AA 标准，正确处理模态框的焦点管理，并提供与表单字段关联的描述性错误信息。

适用边界与注意事项

需要明确的是，这是一个检查与规划规范工具，而非自动化部署脚本。它无法代替 CI/CD 流水线去执行自动化回滚，也不能替代基础设施即代码（IaC）的底层配置校验。清单中的具体指标（如金丝雀发布的流量切分比例、监控告警的具体阈值）仍需开发团队结合当前系统的实际架构手动制定并配置。