Zc Shipping And Launch

发布上线

zmice Updated

File contents

发布上线

这是 command:start 判型后进入的专项 skill:当任务核心是发布准备、上线决策和回滚预案时,进入这里,而不是继续停留在实现或审查阶段。

何时使用

  • 要把功能首次发布到生产环境时
  • 发布变更风险较高,需要灰度、监控和回滚方案时
  • 涉及数据迁移、基础设施调整或用户可见行为变更时

输入前提

  • 实现和验证已经完成,进入发布准备阶段
  • 愿意把“能部署”与“能安全发布”区分开
  • 已知当前上线范围和风险点
  • 已识别发布会影响哪些说明、安装、升级或回滚文档

执行步骤

  1. 完成发布前检查:质量、安全、性能、基础设施、文档
  2. 决定是否需要 feature flag、灰度或分阶段放量
  3. 定义监控指标、阈值和观察窗口
  4. 明确回滚条件和回滚路径
  5. 在发布 gate 中确认以下对外说明是否已就绪或已有明确补齐负责人:
    • 发布说明和用户可见变更摘要
    • 安装或升级指引
    • 配置变更、默认值变化和兼容性说明
    • 回滚步骤、回退条件和已知限制
  6. 发布后做观察和收尾,包括清理临时开关,并核对文档是否与真实发布状态一致

成功标准

  • 发布是可回滚、可监控、可解释的
  • 风险较高的功能有分阶段上线策略
  • 关键指标和告警阈值是明确的
  • 上线后知道何时前进、何时暂停、何时回滚
  • 发布相关说明不会因为遗漏文档同步而让用户或内部团队误操作

相关原则

  • 发布不是“把代码推上去”,而是受控变更管理
  • 高风险上线默认要有灰度和回滚方案
  • 监控和观察窗口是发布的一部分
  • 未同步的发布说明、安装升级指引和回滚说明,本质上也是发布风险

回到主流程

  • 如果发布检查暴露实现缺口:回到 incremental-implementation
  • 如果发布检查暴露规格或范围问题:回到 spec-driven-developmentplanning-and-task-breakdown
  • 发布前需要最后证据确认:交给 verification-before-completion
  • 高风险上线需要额外防护时,结合 safety-guardrails

zmice/zc-qwen-extension/tree/main/skills/zc-shipping-and-launch commit c6b42cad7f

Frequently asked questions

npx skillmds@latest add zmice/zc-shipping-and-launch