其他
PR CI 失败时快速定位首个可操作错误并最小修复直至全绿
当分支或 PR 的 CI 检查失败、需要快速迭代恢复到全部通过时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 38/100 ×0.15
适用场景
PR CI 失败时快速定位首个可操作错误特定
解决思路
- 解析当前活动 PR，并检查 `gh pr checks --json name,bucket,state,workflow,link` 的输出。
- 查看失败的 job，提取第一个可操作的错误；有 GitHub Actions 日志时使用日志，否则打开 check link 来识别失败的命令或服务。
- 应用最小且安全的修复。
- 推送后重新检查 PR 的检查集，并重复以上过程直到全部通过。
- 一次只修复一个可操作的失败。
- 优先采用最小、低风险的改动，再考虑更大范围的重构。
- 把 `gh pr checks` 作为 PR CI 整体状态的事实来源。
- 输出主要失败的 job 和根因错误。
- 按迭代顺序输出已应用的修复。
- 输出当前 CI 状态和下一步操作。
适用边界 · 注意事项
- CI 不在 GitHub 上，或当前环境没有安装/认证 `gh` CLI 时不适用。
- 如果失败源于不可控的外部基础设施或服务中断，或必须进行大范围重构才能修复，不适合仅按最小修复流程推进。