Linear 重构 CI 对抗 AI 编程瓶颈
推荐指数 63.0 NO. 016 · 2026.09.22
发布2026/09/21Score63Comments52
为什么值得看
Linear 团队因 AI 编程加速导致 CI 成为瓶颈，在测试量增长近 4 倍的情况下仍缩短了 PR 等待时间并降低基础设施成本。这对用 AI 辅助开发但 CI 还没跟上的团队有直接参考价值。
编辑判断
AI 编程工具让代码产出速度翻倍，但大多数团队的 CI 架构还是按人类编码节奏设计的，这是隐性成本黑洞。Linear 的解法不是单纯加机器，而是重新优化了等待时间和 runner 消耗的权衡，暗示了 AI 时代 CI 设计范式的转变。
值得注意的细节是他们测试量翻了四倍但 PR 等待时间反而下降，说明核心优化在调度策略而非硬件扩容。如果你的团队刚上 Cursor/Copilot 不久，CI 账单和等待时间可能正在悄悄失控，建议现在就开始监控 PR 队列延迟这个指标。
社区反馈
意见分歧 49 条评论
核心争论：Bazel 是否值得投入高 setup 成本来换取 CI 加速，还是线性文章中的轻量优化更普适
If you can pay the setup cost, Bazel will get you build times ~10s with a warm cache for even massive projects.
I lead a bazel conversion for a pretty complex piece of software written in 5+ programming languages and shipping native binaries to all 3 major OSes a few years ago, and it took multiple years to get it done. For a less complex project (1 programming language, still shipping to all 3 major OSes), w
Were any of those using JS/TS? I've seen Bazel perform wonders with many compiled languages, but I'm not impressed with the JS ecosystem.