pm-release
SolidUse when: 风险管控完成后准备上线发布、需要制定上线检查清单与回滚方案、正式发版流程 Do NOT use when: 上线流程已标准化且由运维自动化执行、仅需简单发布无需检查清单
Install
Quality Score: 87/100
Skill Content
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 6 months ago
- Last Updated
- 2 days ago
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
pm-cross
Use when: 技术方案确定后涉及多部门协作、需要明确协作流程与职责分工、跨团队沟通困难 Do NOT use when: 单一团队独立完成、协作关系已明确无需梳理
release-rollout
产出《发布与回滚预案》:变更面盘点 → 灰度批次与开关 → 监控指标与阈值 → 回滚触发条件与步骤 → 演练记录,落 `dev/release/`。回答的是「怎么发上去」和**「出事了怎么退回来」**这两个问题。 能力:(1) 把代码/配置/数据/契约/依赖五类变更分开定回滚方式 (2) 数据迁移按 expand-contract 拆成可逆步骤, 不可逆操作单列并要人工确认 (3) 每个监控指标带数据来源、观察窗口与回滚阈值 (4) 回滚步骤**必须演练过一次**才算完成。 触发词:「发布方案」「发布预案」「上线方案」「怎么发版」「灰度发布」「灰度放量」「放量节奏」「回滚方案」「回滚预案」 「出事了怎么退回去」「数据迁移能不能回滚」「发布检查单」「上线 checklist」「蓝绿」「金丝雀」「feature flag 怎么配」, 或 `dev-master` 阶段 12 要出上线材料时。 不适用:A/B 实验的分流与显著性判定(`pm-experiment-designer`——它的「灰度」指实验分组,本技能的灰度指**发布放量**)、 面向用户的版本更新文案(`pm-release-notes`)、分支合并与收尾(`finishing-branch`)、 任务分解、开发顺序与进度(`task-breakdown`)、上线前的代码与文档审计(`pm-ai-ship-audit`)。
pm-retro
Use when: 迭代结束后需要复盘总结经验教训、改进团队流程、记录改进行动项 Do NOT use when: 迭代尚未结束、团队不需要正式复盘