用途：重写现有 GitHub PR 的标题与描述，让它们准确描述 PR 当前的净新增功能或缺陷修复，而非之前版本或开发过程。
主要能力：先读取当前 PR 标题、正文以及当前分支 diff，再识别当前 PR 的净新增范围、API、行为变更和评审者相关背景，从零重写 PR 正文；同时评估并同步更新标题。
使用方式：将草拟的新标题与正文写入临时文件，然后用 gh pr edit <number> --title "<title>" --body-file <file> 应用；编辑后重新读取 PR，确认最终标题与正文符合预期框架。
规则与限制：不要把描述写成对自身的更新，避免“本 PR 扩展了原始 PR”“现在也包含”等过程叙述；描述净新增功能或修复，而非实现旅程，除非中间清理、重构或迭代细节对理解最终行为必不可少。更新 PR 时务必评估标题，范围或重点变化时同步改写。面向功能类 PR，聚焦 Remix 获得的新包、公开 API、行为、集成和文档，不把测试、清理或内部重构单独列为要点，除非它们本身是所交付功能的重要部分。面向修复类 PR，聚焦缺陷、修复及用户可见行为变化，不叙述调试过程或附带重构。结构保持精简：一段简短引言加扁平要点即可；当 PR 引入或实质改变功能 API 时，附上用法示例。保留仍然相关的 issue 链接或背景，删除过时的表述框架。
适用场景：用户要求更新已有 PR 的标题或描述，或希望按照当前 diff 重新组织面向评审者的说明。
限制：资料未提供其他参数、平台或收费信息。