pr-creator

用途：依据完整分支改动创建或更新 GitHub Pull Request，或在仅需要 PR 文本时输出可复制内容。所有 PR 标题、描述和评论用英文撰写，且只能依据分支 diff、提交记录、issue 上下文或用户请求中的事实，不得编造动机、需求、指标、验证、issue 引用或未来计划。\n\n主要能力：准备分支（查看 git status、fetch、当前分支与远端 HEAD），在需要时创建任务分支并遵循项目分支命名（如 feat/gh-42-session-cache、fix/APP-123-token-refresh），提交未提交改动，检查是否已有开放 PR 以避免重复，分析整个 changeset（diff、log、受影响包、依赖版本、破坏性变更、迁移需求），恢复并核对任务引用（GitHub issue 或 Jira key 与 URL），按规则决定使用 Closes #42、Closes owner/repo#42 还是 Related to #42，最后生成或交付 PR。\n\n使用方式：用户要求创建、打开或提交 PR 时在 GitHub 上执行；只要求 PR 文案时在聊天中输出。准备阶段先运行 git status --short --branch、git fetch origin --prune、git branch --show-current、git ls-remote --symref origin HEAD；分析改动使用 git diff --name-status、git diff、git log --format=fuller。标题不超过 50 字符、使用祈使语气，不加 issue 号和工具前缀。描述始终包含 Summary 与要点，仅在内容有依据时添加 Motivation、Related issues、Breaking changes、Migration、Performance impact、Dependency updates 等小节，不写 Testing 等仅测试小节。新建 PR 默认草稿，除非用户明确要求 ready；将当前认证用户设为 assignee；reviewer 仅在用户明确要求时添加。聊天输出时把标题和完整描述放入一个 markdown 代码块。\n\n限制：落后或分叉需先报告并在必要时询问；合并、rebase、改写历史需用户授权；认证或创建 API 失败时说明 PR 未创建并回退为聊天内可复制内容。其余收费、价格等信息资料未提供。