Vercel CI beta sürümü, agent yoğunluklu depolarda push'tan geçmeye kadar geçen süreleri 2-6 kat hızlandırıyor

Vercel, kodu çoğunlukla insanların değil kodlama agent'lerinin gönderdiği depolara açıkça konumlandırılan, şu an beta sürecinde olan bir continuous integration servisi olan Vercel CI'ı başlattı. Vercel bloguna göre servis, bir değişikliğin gerçekten etkilediği görevleri çalıştırıyor ve bu kontrollerin gerektirdiği kadar compute tahsis ediyor. Vercel'in kendi depolarında, şirket git push'tan geçen bir CI durumuna kadar geçen sürenin eskisine göre iki ila altı kat daha kısa olduğunu söylüyor.

28 Ekim duyurusundaki çerçeveleme net: Yapay zekâ kodlama agent'leri artık pull request'lerin hızla büyüyen bir kısmını gönderiyor ve bunların her biri, bir insan incelemeden veya merge etmeden önce CI'ı bekliyor. Çoğu CI sistemi her push'ta değişiklik tek bir satır olsa bile iş akışının tamamını yeniden çalıştırıyor; yani agent'ler ne kadar sık push ederse, ekip o kadar fazla süre kuyrukta bekliyor.

Nasıl çalışıyor

Vercel CI, Turborepo üzerine inşa edilmiş ve bir deponun görevlerini ile aralarındaki bağımlılıkları modellemek için turbo.json dosyasını okuyor. Mevcut Turborepo kullanıcıları ayrı bir yapılandırma dosyası olmadan CI'a kavuşuyor; diğerleri ise bir turbo.json dosyası ve turbo paketini ekliyor; Vercel bunun tek paketli depolarda da çalıştığını belirtiyor.

Geliştiriciler, workflow YAML'i bakımak yerine CI'da çalıştırmak istedikleri görevleri etiketliyor — örneğin bir lint görevine ci etiketi ekliyor. Kod push edildiğinde Vercel CI, değişikliğin hangi görevleri etkilediğini hesaplıyor. Girdileri değişmemiş olan her şey yeniden çalıştırılmak yerine cache'ten çekiliyor ve Vercel'in Remote Cache'i varsayılan olarak açık geliyor. Kalan görevlerin her biri, Vercel'in compute katmanı olan Hive üzerinde kendi makinesinde çalışıyor ve yukarı akış bağımlılıkları biter bitmez başlıyor. Vercel'in changelog'u, servisin bağımlılıkları çalışma başına bir kez kurup sonraki kod güncellemelerinde cache'lediğini ekliyor.

Gözlemlenebilirlik ve GitHub entegrasyonu

Yapılandırıldıktan sonra çalıştırmalar Vercel dashboard, Vercel CLI veya Vercel'in MCP server'ı üzerinden incelenebiliyor — yani agent'lerin kendileri de CI durumunu ve logları sorgulayabiliyor. Yeni CLI yüzeyi; çalıştırmaları listeleme, bir çalıştırmanın görevlerini inceleme, görev başına ve log seviyesine göre filtrelerle log getirme ve son çalıştırma loglarında arama yapma komutlarını içeriyor; Vercel bunu, belirli bir testin hafta boyunca tekrar tekrar başarısız olup olmadığını kontrol etmenin bir yolu olarak konumlandırıyor.

İş birliği tarafında Vercel CI, GitHub pull request'lerine bir check gönderiyor; böylece mevcut branch protection kuralları, CI başarısız olduğunda merge'leri bugün ekiplerin çalıştığı şekilde değişmeden engellemeye devam ediyor.

Ölçek ve sıradakiler

Vercel, servisin kendi depolarında ve bugünkü lansmandan önceki private beta sürecinde şimdiden yaklaşık 8 milyon görev tamamladığını söylüyor. Genel kullanıma doğru ilerlerken şirket, gelişmiş gözlemlenebilirlik, kod push edilmeden önce dağıtık çalıştırma için yeni bir vc ci CLI komutu ve daha ayrıntılı test seçimi planlıyor. Beta, tüm Vercel planlarında kullanılabiliyor.

Neden önemli

Vercel'in temel argümanı, agent yoğunluklu geliştirmede CI'ın hız sınırlayıcısı hâline gelmiş olması. Kod push edip tüm iş akışı yeniden çalışırken boşta bekleyen bir agent, neredeyse anında geri bildirim alan bir agent'e kıyasla saat başına çok daha az yararlı iterasyon tamamlıyor ve insan inceleyiciler de aynı kuyrukta oturuyor. Etkilenen görevlerin çalıştırılması agresif cache'lemeyle birleştiğinde bilinen çözüm budur — Turborepo kullanıcıları bunun yararını zaten yerel olarak alıyor — ama Vercel bunu, agent'lerin MCP üzerinden programatik olarak sorgulayabileceği bir arayüze sahip, barındırılan, YAML'sız bir CI olarak paketliyor ve araya insan girmeden push'tan teşhise kadar döngüyü kapatıyor.

Akılda tutulması gereken iki uyarı var. 2-6 kat rakamı Vercel'in kendi depolarında yaptığı bir ölçüm, bağımsız bir benchmark değil ve ürün, getirilmesi gereken özelliklerle hâlâ beta sürecinde. Yine de lansman, CI araçlarının nereye gittiğinin net bir sinyali: Sürekli push eden, logları kendisi okuyan ve beklemekten hiç sıkılmayan ama her bekleyişinde zaman ve para yakan makineler için tasarlanıyor.