ワンクリックで
pdd-pr-batch
批量合并多个 Change 为一个 PR。当用户需要将多个小改动打包发布、相关功能点一起上线、或批量更新配置文件和文档时调用此Skill。即使用户只说"批量合并PR"、"打包发布"或"多个change合并",也应触发此Skill。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
批量合并多个 Change 为一个 PR。当用户需要将多个小改动打包发布、相关功能点一起上线、或批量更新配置文件和文档时调用此Skill。即使用户只说"批量合并PR"、"打包发布"或"多个change合并",也应触发此Skill。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
"PDD框架下的业务分析Skill,运用专业方法论进行需求分析和业务建模。当用户输入/analyze、/audit、/doc等命令,或需要对业务流程、管理制度、Excel表单进行专业分析时触发。支持中文触发:业务分析、需求分析、需求建模、5W1H分析、MECE、流程分析。"
"PDD熵减智能体,持续监控和偿还技术债务,防止系统腐化。当用户需要代码清理、文档更新、技术债务管理、架构对齐、熵减、垃圾回收、清理技术债务时自动触发。即使用户只说'熵减'、'清理技术债务'或'垃圾回收',也应触发此Skill。支持中文触发:熵减、技术债务、代码清理、文档更新、架构对齐、垃圾回收。"
根据开发规格实现功能点代码的核心Skill。当用户想要开始编码实现、根据规格文档生成代码、实现功能点时调用此Skill。此Skill会自动调用pdd-template-engine生成基础代码框架,然后由software-engineer补充业务逻辑。即使只有规格文档没有明确说'实现',只要涉及代码生成、功能开发,都应触发此Skill。支持中文触发:实现功能点、编码实现、开始编码、功能开发、代码实现、PDD实现。
PRD驱动开发的主入口Skill,协调整个开发流程。当用户想要基于PRD文档进行功能开发、从需求文档生成代码、执行PDD方法论流程、开发业务模块、实现完整功能、'搞个功能'、'资产转让'、'国有产权转让'、'帮我搞个资产转让的功能'时必须调用此Skill。即使用户没有明确说'使用PDD',只要涉及PRD文档、需求文档、功能点开发、规格文档、模块开发、根据文档开发、业务功能实现、'开发ZCCZ'、'我想开发'、'搞个功能'等场景,都应触发此Skill。此Skill会自动协调pdd-ba、pdd-extract-features、pdd-generate-spec、pdd-implement-feature等子Skill完成从需求分析到代码交付的完整流程。注意:单一接口设计、调试问题、文档查询等场景不应触发此Skill。支持中文触发:PRD驱动开发、PDD开发、功能开发、启动PDD。
"交通事故责任评估与判定专业技能。当用户需要交通事故责任分析、事故现场照片评估、交通法规咨询、事故责任划分、法律依据查询时触发此技能。适用于车辆碰撞事故、行人事故、非机动车事故等各类道路交通事故的责任认定场景。无论用户使用'交通事故'、'车祸'、'责任判定'、'交通法规'、'事故定责'等何种表述,只要涉及交通事故评估或责任认定,均应调用此技能。支持中文触发:交通事故、车祸、责任判定、交通法规、事故定责、责任划分、事故评估、追尾、碰撞、违章、赔偿。"
自动化重构专家技能,将收集到的质量改进任务转化为具体的代码操作。当用户需要代码重构、消除重复、简化复杂度时自动触发。即使用户只说'重构代码'、'消除重复'或'简化代码',也应触发此Skill。支持中文触发:重构代码、消除重复、简化复杂度、自动重构、代码重构、PDD重构。
| name | pdd-pr-batch |
| description | 批量合并多个 Change 为一个 PR。当用户需要将多个小改动打包发布、相关功能点一起上线、或批量更新配置文件和文档时调用此Skill。即使用户只说"批量合并PR"、"打包发布"或"多个change合并",也应触发此Skill。 |
| license | MIT |
| compatibility | 需要多个 OpenSpec Change ID |
| metadata | {"author":"neuqik@hotmail.com","version":"1.0","parent":"pdd-main"} |
Description: 批量合并多个 Change 为一个 PR。适用于多个小改动打包发布的场景。
Details: 批量合并多个 Change 为一个 PR
Input: 多个 OpenSpec Change ID
适用场景:
├── 多个小修复打包发布
├── 相关功能点一起上线
├── 配置文件批量更新
└── 文档批量更新
不适用场景:
├── Change 之间有依赖冲突
├── 需要独立回滚的 Change
└── 不同优先级的 Change
for each change_id in change_ids:
├── 检查 Change 目录存在
├── 读取 tasks.md 确认完成
├── 检查代码已提交
└── 记录 Change 信息
分支命名: batch/{date}
示例: batch/2026-03-21
操作:
├── git checkout main
├── git pull origin main
└── git checkout -b batch/2026-03-21
for each change_id in change_ids:
├── 找到 Change 对应的 Feature Branch
├── cherry-pick 或 merge 该分支的提交
├── 解决可能的冲突
└── 记录合并结果
运行所有 Change 的测试:
├── 汇总所有测试用例
├── 批量运行测试
├── 汇总测试覆盖率
└── 生成批量审查报告
审查报告: openspec/batch/{date}/review-report.md
GitHub 模式:
├── 推送批量分支到远程
├── 创建 GitHub PR
│ ├── 标题: batch: {title} ({n} changes)
│ ├── 描述: 列出所有 Change
│ └── 标签: batch
└── 记录 PR 编号
本地模式:
├── 创建批量 PR 记录
│ └── openspec/batch/{date}/pr-record.md
└── 记录所有 Change ID
输出:
├── PR 编号 / 本地记录路径
├── 包含的 Change 列表
├── 批量审查结果
└── 等待确认
## 批量 PR 创建完成
**PR 编号**: #125
**分支**: batch/2026-03-21 → main
**包含变更**: 3 个
### 变更列表
| Change ID | 标题 | 状态 | 审查结果 |
|-----------|------|------|---------|
| c-001-xxx | 权限控制 | ✅ 完成 | ✅ 通过 |
| c-002-yyy | 日志记录 | ✅ 完成 | ⚠️ 1 Warning |
| c-003-zzz | 参数校验 | ✅ 完成 | ✅ 通过 |
### 批量审查结果
| 检查项 | 状态 | 详情 |
|--------|------|------|
| 单元测试 | ✅ 通过 | 45/45 用例通过 |
| 测试覆盖率 | ✅ 82% | 阈值: 70% |
| 代码质量 | ⚠️ 3 Warning | 详情见报告 |
| 冲突检查 | ✅ 无冲突 | - |
### 审查报告
详细报告: `openspec/batch/2026-03-21/review-report.md`
### 下一步操作
- 确认合并: `/pdd-pr-merge --pr-number 125`
- 查看详情: `/pdd-pr-review --pr-number 125`
- 单独处理某个 Change: `/pdd-pr-review c-001-xxx`
| 参数 | 类型 | 必需 | 默认值 | 描述 |
|---|---|---|---|---|
change_ids | array | 是 | - | OpenSpec Change ID 列表 |
title | string | 否 | - | PR 标题 |
draft | boolean | 否 | true | 是否创建为 Draft PR |
⚠️ 检测到代码冲突
**冲突文件**:
- src/main/java/WorkflowController.java
**冲突 Change**:
- c-001-xxx: 修改了第 45 行
- c-002-yyy: 修改了第 45 行
### 解决方案
1. 手动解决冲突:
- 编辑冲突文件
- git add .
- git commit
2. 跳过冲突 Change:
- `/pdd-pr-batch c-001-xxx,c-003-zzz` (排除 c-002-yyy)
3. 分开处理:
- 先合并 c-001-xxx
- 再合并 c-002-yyy
合并批量 PR 后,会逐个归档所有 Change:
pdd-pr-merge (批量 PR)
│
└── for each change_id:
│
├── openspec-archive-change {change-id}
│
└── 更新 Change 状态
## 批量 PR 合并完成
**PR 编号**: #125
**合并时间**: 2026-03-21 16:00:00
### 归档状态
| Change ID | 归档状态 | 归档路径 |
|-----------|---------|---------|
| c-001-xxx | ✅ 已归档 | archive/2026-03-21-c-001-xxx/ |
| c-002-yyy | ✅ 已归档 | archive/2026-03-21-c-002-yyy/ |
| c-003-zzz | ✅ 已归档 | archive/2026-03-21-c-003-zzz/ |
### 后续操作
- 查看批量归档: `openspec/batch/2026-03-21/`
openspec/
├── changes/
│ ├── c-001-xxx/
│ ├── c-002-yyy/
│ └── c-003-zzz/
├── batch/
│ └── 2026-03-21/
│ ├── pr-record.md
│ ├── review-report.md
│ └── merge-report.md
└── archive/
├── 2026-03-21-c-001-xxx/
├── 2026-03-21-c-002-yyy/
└── 2026-03-21-c-003-zzz/
❌ 部分 Change 未完成
**未完成列表**:
- c-002-yyy: 2/10 任务未完成
请先完成所有 Change 后再执行批量操作。
❌ Change 不存在
**无效 ID**: c-004-xxx
请确认 Change ID 正确:
- c-001-xxx ✅
- c-002-yyy ✅
- c-003-zzz ✅
- c-004-xxx ❌ 不存在
pdd-pr-batch
│
├── 被调用方
│ └── 用户直接调用
│
└── 调用方
├── pdd-pr-review (查看批量审查)
└── pdd-pr-merge (批量合并)
本Skill遵循PDD框架实施规范,详见 pdd-framework-design.md 第9章。