用途：把创建 Pull Request 的过程标准化，确保分支正确、改动已提交、PR 与 issue 关联。
主要能力与流程： 0. 分支与改动校验：用 git branch --show-current、git log main..HEAD --oneline、git diff main...HEAD --stat 检查；若在 main/master 上则先建新分支；若无领先提交则停止；若有未提交改动则询问用户是否先提交。
- 分析改动：查看 main 到 HEAD 的全部提交与 diff，总结 PR 目的、受影响模块、破坏性变更或迁移说明。
- 关联 issue：若对话中已提到 issue 则记录编号；否则用 gh issue create 新建 issue，标题遵循提交信息约定但用句子式大小写，并按类型加标签（enhancement、bug、refactor、documentation 等）。
- 推送分支：git push -u origin <branch-name>；若被拒绝则告知用户，禁止强制推送。
- 创建 PR：gh pr create --title "..." --body "..."，正文含 Summary、Changes、Related Issue（Closes #编号）、Test Plan 清单；标题不超过 70 字符，格式为 <type>(<scope>): <description>，单提交可复用提交信息，多提交需写汇总标题；有破坏性变更时加 Breaking Changes 段。
- 完成后输出 PR URL；若含 i18n 改动提醒核对所有语言，若含新文件提醒覆盖率配置。
强制规则：不得添加任何 AI 签名或署名；每个 PR 必须引用 issue，没有就新建；未经用户明确同意不得强制推送。
适用场景：用户要求创建 PR、说“PR”或“open…”时使用。限制：依赖 git 与 gh CLI 环境，具体仓库约定与标签可用性以实际为准。