用途：把 PR 从创建到合并准备的全过程串成一个持续循环，减少人工往返。触发条件包括用户提到 pr、pull request、CI failed、address review comments、merge when green 等。
主要能力：创建分支、提交、推送并开启 PR；若已存在 PR 则更新标题与正文。进入主动监控循环，先运行 bun gh-tool pr review-triage --pr <pr_number> 获取快照，据此判断处理 CI 失败、处理评审反馈或退出。CI 失败时区分偶发与真实问题，偶发用 bun gh-tool pr rerun-checks 重跑，真实问题用 bun gh-tool pr checks-failed 和 bun gh-tool workflow job-logs 获取日志并本地修复。评审反馈包括行内线程与 AI 评审机器人评论，逐个创建待办、修复、回复并解决线程，回复与解决用 bun gh-tool pr reply-and-resolve。每轮修复后运行 bun run check，再提交推送并回到循环起点。
使用方式：遵循其工作流描述，命令细节以 bun gh-tool --help 或 bun gh-tool pr --help 为准。提交信息须使用约定式提交，如 fix(auth): add null check for session token before redirect。PR 正文含 Summary 与 Changes 两节。分支命名用 feat/、fix/、chore/，基础分支默认为 test。非琐碎改动在首次提交推送前应先做本地代码评审，解决所有 Critical 与 Major 问题。
限制：循环在全部检查通过且无可见未处理反馈、用户说 stop，或达到最多 20 次迭代时退出。是否移除功能、修改公开 API 等需先询问用户。回复失败的待处理评审错误需先提交或驳回待处理评审再重试。部分命令细节与推送、分支同步配方见其参考资料。