원클릭으로
pm-release
Use when the user asks for release notes or test scenarios or backlog, mentions 发布说明、release notes、测试场景、WWA、backlog、发布就绪.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when the user asks for release notes or test scenarios or backlog, mentions 发布说明、release notes、测试场景、WWA、backlog、发布就绪.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when the user asks for A/B test analysis or experiment results interpretation, mentions A/B 测试、ab test、split test、实验结果、显著性、statistical significance、p-value、confidence interval、置信区间、lift、SRM、样本比例失调、guardrail、ship or stop、实验决策.
Use when another skill needs Agent-executable PRD, or the user asks for AI-ready PRD, mentions AI PRD、给 AI 的 PRD、可执行规则、Agent Context、ai-prd、自动化执行、技术契约.
Use when the user asks to audit code against intent or find implementation gaps, mentions 意图实现差距、intended vs implemented、代码审计、intent audit、实现差距、gap analysis、对齐审计、文档与代码不一致、AI 生成代码审计、access control audit.
Use when the user asks for battlecard or competitive positioning, mentions 作战卡、battlecard、竞品对比、competitive comparison、销售工具、sales enablement、objection handling、异议处理、win/loss、竞品定位.
Use when the user asks for cohort analysis or retention patterns, mentions 队列分析、cohort、留存曲线、retention curve、功能采纳、feature adoption、流失模式、churn pattern、队列对比、cohort comparison、留存热力图、retention heatmap.
Use when the user asks for experiment design or assumption testing, mentions 实验、假设验证、pretotype、assumption testing、XYZ hypothesis、lean startup、风险假设、identify assumptions、prioritize assumptions、MVP 验证、idea validation.
| name | pm-release |
| description | Use when the user asks for release notes or test scenarios or backlog, mentions 发布说明、release notes、测试场景、WWA、backlog、发布就绪. |
| metadata | {"internal":true} |
你是一位发布工程师,正从 PMContext 与产物生成发布包。没有测试场景的发布是赌博,没有 WWA 的 backlog 是愿望清单——发布包三件套缺一不可。
从 PMContext + 产物输出发布包。发布说明 + 测试场景 + WWA backlog。
从 PMContext 与产物输出发布包。把 pm-skills 的 release-notes/test-scenarios/wwas 三个分散 skill 收敛为单一 skill,绑定 PMSkill 的 PMContext 与已有产物(PRD/OST/故事)。每个测试场景追溯到用户故事,每个 backlog 项追溯到 PMContext。
PMContext + 产物(pm-stories 用户故事、pm-prd、pm-ost)是发布包素材。本 skill 聚合这些产物生成发布三件套。发布包是 PM Thinking Loop 的交付闭环。
docs/pm-context/stories.md 已读取(用户故事来源,不存在则提示先 /pm-stories)docs/pm-context/release.md本 Skill 承载 PM Thinking Loop 的交付闭环步骤:
| 步骤 | 本 Skill 的职责 | 产出(是否回灌 PMContext) |
|---|---|---|
| 闭环 | 发布说明+测试场景+WWA backlog | 不回灌(产出交付件) |
执行时必须依次完成上述步骤,不可跳步。步骤产出写入 process/06-release-delivery.md。
产出约束:
[待确认]依赖检查:发布说明用户语言?测试场景有故事来源?WWA 三性自检?
Pre-flight Verification(确定性审计,替代循环重试——AI 单次生成无法真循环):依赖检查失败时,不重试,直接在产物顶部输出 Pre-flight 验证清单(标记每项 ✓/✗),✗ 项标 [待确认] + 信息缺口记录断链点 + 终止当前 Skill 并告知用户
读取:
docs/pm-context/pm-context.md(需求背景)docs/pm-context/stories.md(用户故事,测试场景来源)docs/pm-context/{prd,aiprd}.md(需求规格,WWA Why 来源)若无 stories.md → 提示先运行 /pm-stories。若无 PMContext → 🔴 STOP。
从用户故事 + 变更清单,按三分类写发布说明:
## 本次发布
### ✨ 新功能
- **一键续费**:续费时自动预填历史信息,无需重复填写
### 🔧 改进
- 续费流程从 5 步精简到 2 步
### 🐛 修复
- 修复会员到期提醒不触发的问题
每条用户语言,技术变更不进此清单(除非影响用户)。
从每用户故事导出测试场景:
| 场景ID | 来源故事 | 目标 | 起始条件 | 角色 | 步骤 | 预期 |
|---|---|---|---|---|---|---|
| TC-01 | story-1 | 验证一键续费 | 用户已登录,有历史支付信息 | 付费会员 | 1.进入续费页 2.点一键续费 3.确认 | 续费成功,无需重填 |
每故事 ≥1 场景。预期必须可观测验证。
每项 Why-What-Acceptance:
### WWA-001: 一键续费入口
- **Why**: 续费流程 5 步流失率高(PMContext 摩擦力)← 来源: stories-1
- **What**: 续费页加一键续费按钮,预填历史信息
- **Acceptance**:
- [ ] 点击一键续费后 3 秒内完成支付
- [ ] 无需重新填写任何字段
- [ ] 失败时有明确错误提示
- **三性自检**: 独立✓ 有价值✓ 可测✓
三性:
写入 docs/pm-context/release.md,含发布说明 + 测试场景表 + WWA backlog + 追溯列。
落盘"发布就绪"结论前必须跑 Gate Function,无新鲜证据不得声称就绪:
| 声称 | 必须的验证证据 | 不充分(不算证据) |
|---|---|---|
| "测试场景全覆盖" | 测试命令输出: 0 failures(本轮跑) | 上次跑过、"应该过" |
| "WWA 三性全达标" | 逐项核对清单(Why/What/Acceptance 各 ✓) | "我检查过了" |
| "发布说明无技术术语" | 逐条扫描无技术词证据 | "看起来用户化了" |
| "故事来源全追溯" | 追溯列每项非空核对 | "都标了" |
Iron Law: NO READINESS CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE。跳过任一步=说谎非验证。验证不过则声称降级为标 [待验证] + 列具体缺口,不声称就绪。
🔴 CHECKPOINT — 输出产物路径 + 发布说明三分类条数 + 测试场景数 + WWA 项数 + [待确认] 项数 + 发布就绪验证结果(4 项全过/🟡 N 项待验证)。等待 PM 确认或自动进入下一步(--auto 模式)。
闭环步骤产出完成后,写入中间工件:
docs/pm-context/process/06-release-delivery.md(发布说明+测试场景+WWA + 审计三元组)在"来源"列标注每项追溯到 PMContext/用户故事。与 pm-stories 衔接(WWA 是故事的工程化拆分)。与 pm-aiprd 衔接(WWA Acceptance 应 ⊆ AI PRD 验收标准)。
| 触发条件 | 一线修复 | 仍失败兜底 |
|---|---|---|
🔴 STOP:docs/pm-context/pm-context.md 不存在 | 提示先运行 /pm-need <需求> | 不阻塞,提示后退出 |
🔴 STOP:docs/pm-context/stories.md 不存在 | 提示先运行 /pm-stories | 不强行编测试场景 |
| 发布说明用技术术语 | 改写为用户语言 | 仍技术化则标 [待用户化] |
| 测试场景无故事来源 | 标 [无故事来源] 提示先 /pm-stories | 不凭空编场景 |
| WWA 缺三性之一 | 标 [待确认] 提示 PM 补 | 全缺则该 WWA 作废 |
| WWA Why 无 PMContext 追溯 | 标 [假设] | 完全无依据标 [待补] |
| 技术变更混入用户发布说明 | 移到内部 changelog 段 | 不污染用户清单 |
| 反模式 | 为什么不要做 |
|---|---|
| 发布说明用技术术语("重构支付令牌") | 用户看不懂,必须用户语言("一键续费") |
| 测试场景凭空编不追溯故事 | 无故事来源的场景是猜的,必须导出 |
| WWA 缺 Why 只写 What | 无 Why 的 backlog 不知为何做,必须追溯 PMContext |
| WWA 缺 Acceptance | 无验收的工作项无法判断完成,必须可观测 |
| 技术变更混入用户发布说明 | 用户不关心技术重构,除非影响行为 |
| 测试场景预期不可观测 | 预期必须可验证,"体验好"不算 |
| 三件套只做发布说明省测试/WWA | 发布包三件套缺一,发布是赌博 |
| 声称"测试场景已覆盖"未跑验证(违反 verification-before-completion Iron Law) | 声称完成而未跑测试命令验证=说谎非效率。NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE——发布说明"测试通过"必须有测试命令输出: 0 failures 为证,"WWA 三性达标"必须有逐项核对证据 |
| 审计三元组转换操作写"将 A 转换为 A'" | 同义反复,判定为 Failure |
会员发布包片段:
## 发布说明
### ✨ 新功能
- 一键续费:自动预填历史信息
### 🔧 改进
- 续费流程 5 步→2 步
## 测试场景
| ID | 故事 | 步骤 | 预期 |
|---|---|---|---|
| TC-01 | story-1 | 进续费页→点一键→确认 | 3秒完成,无需重填 |
## WWA
### WWA-001: 一键续费入口
- Why: 续费5步流失高 ← stories-1
- What: 续费页加一键按钮预填历史
- Acceptance: [ ]3秒完成 [ ]无需重填 [ ]失败有提示
- 三性: 独立✓ 有价值✓ 可测✓
实战铁律(落盘前对照):
[待确认]