CopybookEnglish搜索

提示词

CI 耗时审计:150 次运行,9 项检查

代码几分钟写完,每个 PR 却在等 CI:最慢的 5 个任务拆成排队、准备和运行,每处改动指到哪一行。

1,143 X 收藏,截至 发帖日期

提示词
审计这个仓库的 CI:
1. 用 gh 拉取最近 150 次 CI 运行,把每个任务的时间拆成三段:排队等机器、准备(checkout、安装依赖、恢复缓存)、真正执行任务。列出最慢的 5 个任务,以及每段各花多少秒。
2. 逐一检查这 9 项:在默认 runner 上排队;lint 慢;类型检查慢;测试没有分片,或机器太小;每个测试文件都重新加载整个应用;准备慢(缓存未命中、clone 不是 blobless、并行任务比核数多);任务没有并行跑;每个 PR 都跑完整套测试;推送前没有本地检查。
3. 对每个问题,告诉我它现在花多少秒、要改哪个文件的哪一行、大概能省多少。要多花钱的(新的 runner、更大的机器)或少跑测试的,单独列出来让我决定。
先给我报告。不要改任何东西。

下一步 在仓库里把它发给 Claude Code 或 Codex。

Claude Code 和 Codex 现在一天能推几十个 PR。写代码只要几分钟,剩下的时间都花在等 CI 上,也就是每次推送 GitHub 都要跑的检查和测试。

九处改动让每个 PR 的 CI 从最长 40 分钟降到 2 分钟。其中一步是让 agent 拉取最近 150 次 CI 运行,把每个任务拆成三段:等机器、准备、真正运行。光这一步就发现一半的测试任务根本没用上依赖缓存,这个 bug 已经在那里待了整整一年。

先弄清 CI 的时间花在哪里,再一块一块往下砍。