Vercels elastische Build-Maschinen skalieren die bereitgestellte Rechenkapazität dynamisch anhand des tatsächlichen Ressourcenverbrauchs eines Builds. Das bisherige Problem: Wenn Turborepo-Cache-Treffer vorlagen, benötigte ein Build deutlich weniger CPU und Arbeitsspeicher als bei einem vollständigen Cold-Cache-Durchlauf – die Maschine stufelte sich daraufhin in eine kleinere Klasse herab. Diese Herabstufung war dauerhaft genug, um nachfolgende Builds zu gefährden, die ohne Cache-Treffer den vollen Ressourcenbedarf hatten und dann möglicherweise fehlschlugen oder abbrachen. Mit der nun ausgerollten Änderung bezieht die Entscheidungslogik der elastischen Build-Maschinen explizit die Anzahl der Turborepo-Cache-Hits mit ein. Ein Build, der überwiegend aus Cache-Treffern besteht, löst kein Downgrade der Maschinenklasse mehr aus. Die Logik unterscheidet also zwischen „wenig Ressourcen wegen Cache" und „wenig Ressourcen wegen kleiner Aufgabe". Das Update greift automatisch für alle Projekte, die elastische Build-Maschinen nutzen – eine manuelle Konfigurationsänderung ist nicht erforderlich.