用途：分析当前分支相对基线分支的变更，检测改动范围是否过大或混杂无关内容，并按项目约定生成结构清晰的 Pull Request。
主要能力：根据代码文件、测试文件、配置文件、目录数和提交数计算复杂度评分（代码文件×2、测试×0.5、配置×1、目录×3、提交×1），阈值 0-15 正常、16-25 偏大、26+ 建议拆分；判断范围一致性，单一范围或相关范围视为正常，无关范围或不同范围的 feat+fix 建议拆分；需要拆分时按 scope 分组提交并给出半自动拆分命令（git checkout、git checkout -b、git cherry-pick、git push）；收集类型（feature/fix/tech/docs/security）、目标分支、草稿状态和标签；生成含 TLDR、类型、描述、技术变更、测试与检查清单的 PR 正文；执行 gh pr create 创建 PR；创建后提示 SonarQube 与 Claude Code Review 等后续检查。
使用方式：以 /pr 调用，可选参数 --base 指定基线分支、--draft 创建草稿。标题格式为 <type>(<scope>): <description>。可用标签包括 feature、fix、tech、docs、security、breaking-change、WIP。
适用场景：需要规范化提交 PR、控制 PR 规模、避免混杂无关改动的开发流程。
限制：依赖 git 与 gh 命令行环境；复杂度评分与拆分建议基于启发式规则；无提交或与基线无差异时报错；非约定式提交会警告并要求手动选择类型；合并提交会被忽略。具体平台支持与配置细节暂未提供。