一句话

盯着一个 PR 的全部挂载检查，失败就修、推送再查，循环到所有必过检查变绿。

何时用

• 适合：需要看着分支或 PR 的 CI 并迭代修到全绿；等 CI 结果期间也可用它盯着。
• 不适合：只想看一次状态不做修复；本地编译错误（用 ctk-check-compiler-errors）。

怎么用

盯着这个 PR 的 CI，红了就修，直到全绿

1. 解析当前分支的 PR（gh pr view --json number,url,headRefName）。
2. 先看 gh pr checks --json name,bucket,state,workflow,link：已失败先诊断，pending 用 --watch --fail-fast 等。
3. Actions 失败用 gh run view <run-id> --log-failed 取日志，每次修一个失败原因。
4. 每次推送后重查完整检查集，循环到绿。

产出

• 当前 CI 状态、失败摘要和已应用的修复、变绿后的 PR URL。

要点与坑

• gh pr checks 是唯一事实来源：它含全部 PR 挂载检查，gh run list 只看得到 GitHub Actions。
• 硬规则：不用 --no-verify 绕过钩子；失败明显与 PR 无关且 main 已修就合最新 main，不给 PR 堆无关修复；flaky 重试一次并报告 flake 证据。
• 也可交给 agents/ci-watcher 后台盯着，省主上下文。

关联

• 下游：ctk-fix-ci · 同类：ctk-get-pr-comments
• 所属：00-ctk-概览 · 工作流：W7-交付与运维循环