create-pr 用于从预期差异和验证证据出发，创建或更新一个便于审阅的 GitHub PR。使用前提是具备 Git 和已认证的 GitHub CLI 访问权限。
主要能力与流程：先检查当前分支、上游、未提交改动、已有 PR 状态、base 分支证据、相关 diff、提交记录和验证输出；若分支已存在 PR，则更新而不是重复创建。创建或更新 PR 的请求被视为授权执行发布预期改动所需的范围内提交与推送，除非用户限定为仅起草或检查。
堆叠 PR：在创建或重定向分支或 PR 前，需先阅读 workflows/stacked-prs.md，并从仓库证据和既有说明中核对集成分支、父级顺序和落地顺序。
草稿与创建：默认创建 ready-for-review 的 PR，仅在用户明确要求草稿、称工作为 WIP、仓库说明要求或明确只为早期可见性时才加 --draft；验证不完整本身不构成草稿理由。存在 PR 模板时使用，但删除无关提示；标题应具体、便于合并历史。推荐用 gh pr create --base <base> --head <branch> --title <title> --body-file <file> 以精确保留多行正文和机器人命令。
审查控制：创建前检查 .coderabbit.yaml、.coderabbit.yml 和 greptile.json，按用户与仓库既有审查策略处理；无更具体策略时用 coderabbit-review 请求初始 CodeRabbit 审查。相关场景需阅读 review-bots/coderabbit.md 或 review-bots/greptile.md。不要仅为开 PR 而改审查机器人配置。
创建后：用 gh pr view --json url,number,title,state,baseRefName,headRefName,isDraft,labels 验证；报告 PR URL、base/head、草稿状态及审查人/标签分配，并说明 CodeRabbit 和 Greptile 的实际处理情况。机器人评论可用 gh pr comment <number-or-url> --body '<command>' 在 PR 存在后发布。
限制：资料未提供具体价格、平台支持范围或效果承诺；不完整信息以实际仓库与用户策略为准。