用途：当分支上的 CI 失败时，从 GitHub 拉取失败日志定位问题，在本地逐项修复并迭代验证，直到整套检查变绿后再推送。
主要能力与工作流：
- 诊断：用 gh run list --branch $(git branch --show-current) --limit 5 查看最近运行，用 gh run view <run-id> 查看失败运行，用 gh run view <run-id> --log-failed 只看失败步骤日志。自上而下先列出所有不同失败，找到每个 job 的第一个错误而非级联症状。
- 逐条修复循环：先复现——查项目 AGENTS.md 确认命令，常见映射为 Lint→pnpm lint、Typecheck→pnpm typecheck、Tests→pnpm test、Build→pnpm build，本地确认看到同样错误再改代码；再修根因而非下游症状；然后重跑该检查确认通过；最后提交，用 git add -p 逐块审查，git commit -m "fix: <what broke>"，不要写“fix CI”。
- 推送前全量门槛：所有单点修复提交后跑全量套件 pnpm lint && pnpm typecheck && pnpm test && pnpm build，任何失败回到第 2 步。
- 推送：全量本地通过后 git push，随后停止。
限制与常见错误：推送后不要轮询 GitHub（不跑 gh run list/watch），本地全绿即完成，仅在用户明确反馈 CI 仍失败时才从第 1 步重来。不要在未复现时推送，不要一个大提交，不要用 git add . 而应用 git add -p，避免提交调试代码；修症状而非根因、提交信息含糊都是错误。资料未提供具体收费、平台支持范围等信息。