用途：从当前分支准备 PR，先展示预览，仅在用户明确批准后才推送并创建 PR。
主要能力：检查真实分支改动后再起草 PR；按团队 Features/Fixes 模板生成标题与正文；选择正确的 base 分支；用 GitHub 支持的引用语法关联 issue；在需要时使用关闭关键字；支持 release PR 的标题与 head 分支校验；自动创建受阻时提供手动创建的回退交接。
使用方式：按六步工作流执行——检查分支并选择 base、识别分支故事与 issue、将改动分类为 Features 与 Fixes、起草标题与正文、展示预览并等待批准、推送并创建 PR 或提供回退。常用命令包括 git branch --show-current、git status --short、git log --oneline --decorate -n 15、git diff --stat origin/<base>...HEAD、git diff origin/<base>...HEAD。分类与模板细节见 references/REFERENCE.md、references/TEMPLATES.md、references/EXAMPLES.md。
适用场景：常规 issue 或父 issue 完成后的 PR、子 issue 工作、release PR，以及需要团队统一 PR 格式与审批流程的仓库。
限制：没有明确批准不得推送或创建 PR；Features 或 Fixes 无真实条目时写 N/A；不得仅因存在 release 分支就推断为 release PR；base 不明确时须先询问；release PR 的 head 分支与仓库约定不符时须先询问；不得仅凭 issue 编号猜测父集成分支。具体模板内容与示例未在资料中完整提供。