用途：把进行中的代码整理成干净、可评审的 Pull Request，覆盖分支卫生、提交质量与 PR 描述规范。
适用时机：完成功能或修复、准备分支送审、希望 PR 在评审前通过 CI 时启用。
主要能力与用法： 阶段一 分支与提交卫生：运行 git status 确认工作区干净；用 git log origin/main..HEAD --oneline 检查提交；用 git rebase -i origin/main 压缩或改写 WIP、fix typo 等噪音提交；确保每条提交信息为清晰祈使句（如 Add user auth）；用 git diff origin/main 做最终检查。完成标准：无 WIP 提交、提交信息清晰、无意外暂存文件。 阶段二 CI 预检：本地运行测试（pytest / npm test / 项目专用命令）与 linter（ruff check . / eslint . / 等价工具），修复失败后再推送，命令为 git push -u origin HEAD。完成标准：本地测试全过、linter 无错误。 阶段三 PR 描述：在 GitHub / GitLab 打开 PR；标题用祈使语气且不超过 60 字符（如 Add OAuth2 login flow）；正文按 What / Why / How to Test / Screenshots（UI 变更时）结构撰写，并链接相关 issue（如 Closes #123）；指派评审者与标签。
质量清单：分支已 rebase 到 main 之上、无合并冲突、推送后 CI 为绿、PR 描述完整、再次自审 diff。
反模式：直接从 main 开 PR、未跑测试就推送、描述只写 fixes bug、47 条提交不压缩、CI 未绿就指派评审者。
集成：可与 code-review、systematic-debugging 配合使用。
限制：资料未提供具体平台版本、权限要求或自动化脚本，实际命令需按项目调整。