用途：面向代码就绪后的发布编排，帮助设计发布流水线与运行模型，使一个不可变制品依次通过测试、预发和生产，并具备清晰门禁、发布策略和回滚流程。
主要能力：支持多种模式——design（设计发布流水线与运营模型）、review（审查现有发布流程或运行手册）、cutover（规划发布日顺序与交接）、hotfix（设计紧急修复通道）、checklist（生成发布就绪清单），也可由自然语言自动识别模式。核心概念包括发布候选、制品、晋升、门禁、来源证据、发布策略、回滚点、冻结窗口和热修复通道。
使用方式：以 $ARGUMENTS 传入模式与需求，例如 design weekly SaaS release with staging and canary prod、review .github/workflows/release.yml、cutover v2.8.0、hotfix rollback path for broken payments deploy、checklist mobile app store release。设计模式会收集发布约束、确定制品边界、定义阶段与门禁、选择发布模式并输出含版本方案与来源要求的设计。
适用场景：创建或重设计发布流程，引入预发、晋升、金丝雀或回滚控制，规范发布日角色与审批，构建安全的热修复流程，或审查按环境重建制品、缺少回滚的流水线。参考文件包括 rollout-decision-matrix.md、provenance-evidence-checklist.md、failure-modes.md、runbook-templates.md。
限制：不适用于通用 CI 速度优化、缓存或工作流调优（应使用 devops-engineer）、基础设施供应与环境创建（infrastructure-coder）、活跃生产事件指挥（incident-response-engineer）、部署后应用级调试，也不负责更新日志撰写。核心规则要求始终晋升同一不可变制品、生产发布前必须定义回滚点、生产发布计划必须包含具名审批人与明确中止条件；热修复通道可跳过非必要步骤，但不得跳过来源、必要验证或回滚准备。参考资料未提供具体收费或价格信息。