一句话

定位 PR 上失败的检查，从日志里抠出第一个可行动的错误，上最小修复，推送后重复直到全绿。

何时用

• 适合：分支或 PR 的 CI 红了，需要一条快速迭代到绿的路径；常和 ctk-loop-on-ci 搭配。
• 不适合：CI 还没跑或全部 pending（先用 loop-on-ci 等结果）；失败明显与 PR 无关时先考虑合 main。

怎么用

这个 PR 的 CI 红了，找出第一个能修的错误修掉它

1. 用 gh pr checks --json name,bucket,state,workflow,link 看全部 PR 挂载检查。
2. 翻失败 job 提取第一个可行动错误：GitHub Actions 看运行日志，外部检查走 link 定位失败命令或服务。
3. 对那个错误上最小的安全修复。
4. 推送，重查 gh pr checks，循环到绿。

产出

• 首要失败 job 和根因、按迭代顺序列出的修复、当前 CI 状态和下一步。

要点与坑

• 一次只修一个可行动失败；先做低风险小改再考虑大重构。
• gh pr checks 是 PR CI 状态的唯一事实来源；整条链路依赖 gh 和 GitHub。

关联

• 同类：ctk-loop-on-ci · 上游：ctk-review-and-ship
• 所属：00-ctk-概览 · 工作流：W7-交付与运维循环