用途：在用户要求“创建 PR”“为这个分支开 PR”“把改动提交为 PR”等场景下，按项目规范完成 Pull Request 创建流程。
主要能力与流程：
- 用 git diff --cached --name-only 确认存在已暂存改动。
- 分支设置：若当前在 main/master，先创建 feature/brief-description 或 fix/brief-description 分支；必要时使用 github-dev:commit-creator 子代理处理暂存改动。
- 文档检查：根据与目标分支的差异更新 README.md 或 docs；配置/API 变更时用 mcp__tavily__tavily_search 核实信息并附来源。
- 分析全部提交：用 git diff <base-branch>...HEAD 审查完整变更集，PR 描述需覆盖所有提交而非仅最新提交，并从评审者视角说明改了什么。
- 创建 PR：使用 /pr-creator 代理或 gh pr create，参数包括 -t 标题（首字母大写、用动词、不加 fix:/feat: 前缀）、-b 正文（简短摘要加带内联 markdown 链接的要点）、-a @me 自我指派；-r 仅在用户明确要求或该作者近期 PR 有评审者时添加，可用 gh pr list --repo <owner>/<repo> --author @me --limit 5 --json reviewRequests 检查，若近期 PR 无评审者则完全跳过 -r。
PR 正文规范：尽量单段、无标题、非常简洁；少量要点加 1 个 CLI/用法片段或简单 before/after 片段；不写测试计划、不列变更文件、不加行号链接。
限制：资料未提供安装方式、收费、平台支持范围及更多边界条件。