Linear Rebuilds CI Pipeline After AI Coding Tools Turn Continuous Integration Into the Bottleneck

Linear says AI-assisted development multiplied its commit and pull-request volume until continuous integration became the slowest step in shipping code, prompting an internal pipeline overhaul.
Linear has torn down and rebuilt its continuous integration system, saying AI coding assistants drove commit and pull-request volume far past what the pipeline was built to handle. The project management software company published its account of the rework on its own site, describing how the tool meant to catch errors early became the reason feedback arrived too late to matter.
The mechanics are not complicated. When agents and autocomplete produce a large share of each pull request, engineers open more PRs per day and revise them faster, and every revision fires off another round of CI jobs. Each job costs roughly the same compute and wall-clock time as before, so a system that once handled a few hundred runs daily suddenly faces thousands.
The symptoms will be familiar to anyone who has run CI at scale: queues grow, developers move on to other work before results land, and the safety net turns into the delay. Linear's writeup treats this as a throughput problem to be designed around rather than a bill to be paid, which is the part worth noticing. The company did not simply buy more runners.
That distinction matters because adding hardware to an inefficient pipeline mostly raises costs. Engineering teams that have faced the same squeeze typically attack caching, test selection and job parallelism, since the real constraint is often how work gets scheduled and executed rather than raw capacity. Linear's public description stays light on the specific architecture changes, but the framing is unusual: CI handled as a product with a throughput target.
The story lands in a small but growing set of engineering writeups about retrofitting developer infrastructure for machine-speed output. The bottleneck in software delivery has already moved once in the past decade, from local builds to shared CI, and it now appears to be moving again. Teams adopting coding agents are finding that the tooling does not absorb the extra volume for free.
What remains open is whether this is a one-time adjustment or a permanent tax on AI-assisted development. If every organization that adopts coding agents has to redesign its build system, the vendors selling those agents carry an integration cost their demos never show. Watch whether CI providers ship scheduling features aimed at agent-driven commit volume, and whether Linear publishes measured before-and-after figures on queue times and merge latency.