用途：缩短从 push 到 green 的等待时间，并让这一过程可测量、可记录。它聚焦于测量流水线关键路径、选择能缩短路径的杠杆、修改工作流与测试配置，以及记录前后对比和下次优化时机。它不负责把红色构建修绿、为没有流水线的包编写流水线、删除低价值测试或通用仓库维护。
主要能力：以墙钟时间（最慢的依赖作业链，而非各作业之和）为指标，统计单个 PR 从 push 到 green 的中位数与 p90。通过三个比率决定下一步：初始化开销（checkout、运行时、依赖、服务启动）、导入与测试耗时对比、门控与工作耗时对比。提供参考文件：references/measuring.md（测量与验证规则）、references/levers.md（杠杆目录）、references/ledger.md（账本与趋势）、scripts/ci-timings.sh（读取单次运行的作业、步骤与关键路径，或 --runs N 获取中位数与 p90）。
使用方式：按五步工作流执行——1）用运行与作业 API 建立基线，命名关键路径；2）按关键路径收益选择杠杆并写出预测链；3）在同一分支修改流水线与测试配置，本地可重测的部分先重测；4）推送后读取该分支自身的运行作为后测，按验证规则确认杠杆是否生效；5）写入账本（含前后对比、运行 id、趋势行与未采用杠杆队列）并添加指令文件行。读取运行、本地重测、推送到工作分支无需确认；付费运行器、增加并行作业与合并需用户决定。
适用场景：已有 CI 流水线、希望系统性缩短等待时间的仓库。
限制与注意事项：默认分支上 cancel-in-progress 可能取消部署，仅应在 PR 上启用；被替换的排队运行不会执行检查；无远程缓存的单作业多工作区测试是超订而非缓存；恢复依赖缓存可能比全新安装更慢；后台启动需与读取步骤解析同一项目；Vitest 与 Playwright 按文件数分片，需先看中位数与 p90；矩阵作业默认 fail-fast 会隐藏红色分片；工作流级 paths 过滤配合必需检查会导致检查永久挂起；Docker 缓存标签需独立；turbo/lerna/npm 工作区命令会静默跳过缺失脚本的工作区。资料未提供具体收费、价格或平台信息。