pm-release
SolidUse when: 风险管控完成后准备上线发布、需要制定上线检查清单与回滚方案、正式发版流程 Do NOT use when: 上线流程已标准化且由运维自动化执行、仅需简单发布无需检查清单
Data & Documents 41 stars
6 forks Updated yesterday MIT
Install
Quality Score: 86/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
## Preamble
```bash
bash "$(dirname "${BASH_SOURCE[0]}")"/check-update.sh 2>/dev/null || true
# 读取技能包版本号
SKILL_ROOT="$(cd "$(dirname "${BASH_SOURCE[0]}")" 2>/dev/null && pwd)" || true
if [ -f "$SKILL_ROOT/VERSION" ]; then echo "📦 super-pm $(cat "$SKILL_ROOT/VERSION")"; fi
mkdir -p docs/04-风控管理
echo "🚀 上线执行方案制定工具已启动"
```
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环���不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 确定上线策略
使用 AskUserQuestion:
> 📦 上线策略选择
>
> 选择本次上线的方式:
>
> A) 全量发布(一次性上线所有用户)
> B) 灰度发布(逐步放开用户比例)
> C) 蓝绿部署(新旧版本并行)
> D) 金丝雀发布(小流量验证)
继续询问:
> 🌍 环境部署策略
>
> 需要在哪些环境部署?
>
> A) 仅生产环境
> B) 测试环境 → 生产环境
> C) 开发环境 → 测试环境 → 预发布环境 → 生产环境
> D) 自定义环境流程
### 步骤 2: 制定上线检查清单
使用 AskUserQuestion:
> ✅ 上线检查项
>
> 必须检查哪些项目?(可多选)
>
> A) 功能测试(核心功能验证)
> B) 性能测试(压力测试、容量验证)
> C) 安全检查(漏洞扫描、权限验证)
> D) 兼容性测试(多端、多浏览器)
> E) 数据备份(数据库、配置文件)
> F) 监控告警(日志、指标、告警规则)
> G) 文档完备(用户手册、运维文档)
> H) 全部检查
### 步骤 3: 规划发布时间
使用 AskUserQuestion:
> ⏰ 发布时间窗口
>
> 选择合适的发布时间:
>
> A) 工作日白天(便于快速响应问题)
> B) 工作日夜间(用户量少,影响小)
> C) 周末夜间(最低峰时段)
> D) 根据业务特点灵活选择
继续询问:
> 📅 发布节奏
>
> 发布频率是?
>
> A) 单次发布(一次性完成)
> B) 分阶段发布(多个版本逐步上线)
> C) 持续发布(多次迭代,持续优化)
### 步骤 4: 设计回滚方案
使用 AskUserQuestion:
> 🔙 回滚触发条件
>
> 什么情况下需要回滚?
>
> A) 严重Bug导致功能不可用
> B) 性能严重下降(响应时间、错误率)
> C) 用户投诉激增
> D) 数据异常(关键指标暴跌)
> E) 以上全部情况
继续询问:
> ⏱️ 回滚时间要求
>
> 从决定回滚到完成回滚,最长可接受时间:
>
> A) 5分...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 4 months ago
- Last Updated
- yesterday
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
Data & Documents Solid
pm-change
Use when: 项目进行中出现需求变更、需要评估变更影响范围和风险、记录变更历史 Do NOT use when: 变更极小无需正式评估、变更已有明确决策无需分析
41 Updated yesterday
konglong87 Data & Documents Solid
pm-cross
Use when: 技术方案确定后涉及多部门协作、需要明确协作流程与职责分工、跨团队沟通困难 Do NOT use when: 单一团队独立完成、协作关系已明确无需梳理
41 Updated yesterday
konglong87 AI & Automation Solid
pm-brainstorm
Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use when: 用户明确说"跳过 brainstorm / 直接需求调研 / 已完成头脑风暴" 需求已明确且用户明确要求直接执行具体后续 skill
41 Updated yesterday
konglong87