用途：当用户要求“创建 PR”“提交 pull request”“为当前分支开 PR”等时使用。目标是让审阅者无需阅读对话即可理解问题、最终行为与验证证据，并遵循用户要求的格式与仓库规范。
主要能力与用法：先阅读仓库指引并检查 git 状态、暂存改动和当前分支；尊重仅暂存的请求，不暂存无关内容；确认目标远程与基分支，在从 main/master 建分支前先 fetch 远程并用 git merge --ff-only <remote>/<base> 快进本地基分支，保持脏工作并停止于失败情形；用仓库命名约定创建短分支，不直接提交到 main。提交前对暂存 diff 运行 /simplify 并采纳结果，文档类改动为空操作；仅在改动使现有文档不准确时更新文档。用 git diff <remote>/<base>...HEAD 审查所有提交，已有 PR 使用其实际 base/head 或 gh pr diff。<pr>。运行适当检查并记录真实结果，核对会话发现与最终变更。
发布：把正文写入仓库外临时文件并用 --body-file 传给 gh，避免向 shell 插值或误带命令输出；推送后用显式 base、--title、--body-file 和 -a @me 创建。仅在明确要求或作者近期 PR 有审阅者时添加审阅者（可用 gh pr list --repo <owner>/<repo> --author @me --limit 5 --json reviewRequests 查看）。之后用 gh pr view <pr> --json title,body,url 回读标题与正文，检查代码围栏、表格、链接和媒体；视觉改动需打开 PR 验证图片渲染，并报告 URL 与未完成的验证。
标题与正文约定：标题以大写动词开头并描述具体行为，不加类型前缀或内部品牌名；正文先讲触发与后果，功能则说明用户新能做什麼，避免‘This PR’开头。要点用 1-3 条短项目符号；缺陷需最小复现、实际错误/输出与预期行为，并说明修复方式；用可复制片段、Before/After 表格或独立围栏输出展示行为；度量与小表比较需注明数据集或样本量。验证应含命令、结果与限制，不用未来测试清单代替证据。不要添加 AI 归因、会话链接或结论式推销。
视觉证据与既有内容：UI/设计改动需在双列表格中放可读的 Before/After 图片或 GIF，匹配视口与场景并先检查；分析/图表改动需代表性输出。不要把 PR 截图或生成图提交进分支；遵循托管规则，Ultralytics 仓库不得把视觉素材上传到 release assets，应给绝对本地路径、PR 链接与图片应放位置，不编造附件 URL。编辑正文时保留用户上传图片、机器人上下文、相关链接和仍有效证据，只改相关部分，验证放在正文而非重复评论。
限制：资料未提供该技能的具体安装步骤、平台支持范围与收费信息。