Entire, eval puanlı Trails ve çok bölgeli barındırma ile ajan odaklı Git forge launching

Ortak kurucu ve CEO Thomas Dohmke liderliğindeki Entire adlı girişim, kendilerine göre özellikle ajan-insan iş birliği için tasarlanmış ilk Git forge'u başlattı. Şirketin duyurusuna göre platform üç temel yapı taşına dayanıyor: pull request'in yerini alan Trail adlı bir inceleme modeli, çok bölgeli çoğaltmaya sahip dağıtık Git barındırma ve ajan oturumları ile prompt'ları deponun içinde saklayan Continuous Memory.

Trails pull request'in yerini alıyor

Entire, klasik pull request'in artık ajan ağırlıklı iş akışlarında geliştiricilere hizmet etmediğini savunuyor. Kodlama ajanları ile inceleme ajanlarının doğrusal bir zaman çizelgesinde uzun mesajlar alışverişi yaptığı ortamda PR, insanın bir değişikliğin birleştirilmeye güvenli olup olmadığına karar vermek için kolayca kullanamayacağı bir makine-makine görüşmesi dökümüne dönüşmüş durumda.

Trail, Entire'ın buna alternatifi: her push'ta yeniden hesaplanan eval puanlarını sayfanın en üstüne yerleştiren bir panel. Bir Trail; bir hata raporundan, bir özellik talebinden ya da doğrudan uygulama başlamadan önce veya başladıktan sonra bir ajandan başlayabilir ve tek bir Trail, birden fazla depodaki ilgili değişiklikleri gruplayabilir.

Kod push edildiğinde inceleme ajanları yalıtılmış cloud sandbox'larda bağımsız olarak çalışır ve her biri bir puan ile gerekçe sunar — Entire bu düzenlemeyi bir buz pateni performansını puanlayan hakem kuruluna benzetiyor. Şirket kendi depolarında Security, Slop ve Human Review Required için eval'ler kullanıyor; puan yeşil değilse geliştirici kodlama ajanına üzerinde çalışmaya devam etmesini söyleyebiliyor. Arayüz her eval için mevcut çalışmayı ve son beş çalışmayı gösteriyor; gerekçe olarak tek atımlık ajan döngülerinin kritik sorunları çoğu zaman gözden kaçırması ve birleştirmeden önce puanların dengelenmesi gerekliliği gösteriliyor.

Entire, projelerin depoya göre etkinleştirilebilen kod kalitesi, güvenlik ve slop için önceden tanımlı ajanlarla geldiğini, ekiplerin kendi ajanlarını ise arayüz üzerinden ya da depodaki bir JSON dosyasıyla yapılandırabileceğini söylüyor. Altyapıda ajanlar, Daytona ve E2B tarafından sağlanan sandbox'larda en güncel modellerle Claude Code ve Codex çalıştırıyor. Ajanlar ayrıca önem dereceleriyle birlikte bulgular kaydediyor; bu bulgular ajanlar ya da insanlar tarafından çözülebilir veya kapatılabilir ve depoya özel Gates'ler, birleştirmeye izin verilmeden önce tüm bulguların kapatılmasını — insan onayı ve CI kontrollerinin geçmesiyle birlikte — şart koşabiliyor.

Dağıtık barındırma ve iddia edilen hız

Entire mevcut bir forge üzerine inşa etmek yerine kendi kaynak kontrol sunucusunu yazdı: Git ile uyumlu kalan dağıtık bir nesne deposu ve transactional bir ref veritabanı. Depolar Entire üzerinde doğal olarak barındırılabiliyor ya da GitHub'dan mirror'lanabiliyor, bölgeler arasında çoğaltılabiliyor ya da veri yerleşimi için tek bir bölgeye sabitlenebiliyor. Hizmet ABD, AB, Avustralya ve Hindistan'da yayında.

Entire bunun kendisini günümüzde üretime yönelik en hızlı Git forge yaptığını iddia ediyor. Şirket, kendi open-source benchmark'larına dayanarak push işlemlerinde GitHub'dan 89 kata, Cursor Origin'den 6 kata kadar daha hızlı olduklarını bildiriyor; Entire için saniyede 418 push, Cursor için 65, Pierre için 15, GitLab için 10 ve GitHub için 4,7. Bunlar şirketin kendisinin yayınladığı benchmark'lardan gelen, kendi beyanına dayanan rakamlar.

Continuous Memory ve CI ortaklıkları

Üçüncü yapı taşı olan Continuous Memory, ajan oturumlarını ve prompt'ları Git deposuna senkronize eder ve bu veriyi kodlama ajanlarına sürekli erişilebilir ve aranabilir halde tutar — bu, ajan bağlamını tek bir editör oturumuna sıkışmış olmaktan çıkarıp kalıcı ve taşınabilir kılma girişimi.

Sürekli entegrasyon için Entire inşa etmek yerine ortaklık kuruyor ve kendisini açık bir ekosistem olarak konumlandırıyor. Buildkite ve Depot lansman entegrasyonları. CI proje düzeyinde yapılandırılıyor çünkü bir projedeki birden fazla depo genellikle aynı altyapıyı paylaşıyor; Buildkite bağlandığında her push, Buildkite'ın ya da müşterinin kendi altyapısında build edilir ve başarısız bir build birleştirmeyi engeller. Ajanlar tüm döngüyü Buildkite'ın API'si, CLI'sı veya MCP'si aracılığıyla kendileri yönetebilir ve GitHub Actions kullanıcıları iş akışlarını bk pipeline convert ile taşıyabilir.

Altyapısı GitHub Actions ile uyumlu olan Depot, mevcut iş akışlarını ortada GitHub olmadan çalıştırıyor. depot ci migrate komutu GitHub Actions iş akışlarını keşfediyor, bunları Depot CI'ye yükseltiyor ve incelenmesi gereken her şeyi işaretliyor; secret ve değişkenleri içe aktarmak için yardımcı komutlar da mevcut. Depot saniye bazında faturalandırma yapıyor, dolayısıyla daha hızlı işler daha az maliyetli.

Neden önemli

Bu, barındırılan forge'larda uzun süredir kod incelemesinin merkezi olan pull request'in, kodu çoğunlukla ajanlar yazıp incelediğinde yanlış bir soyutlama olduğu yönündeki uçtan uca bir bahistir. Entire'ın öngörüsü, insanın işinin diff okumaktan güven değerlendirmeye kayması: birleştirme güvenli görünene dek ajan iterasyonları boyunca eval puanlarının dengelenmesini izlemek. Dağıtık barındırma ve Continuous Memory ise verimlilik ve bağlam gibi diğer ajan çağı sürtünmelerini hedefliyor. Uyarılar gerçek — performans rakamları şirketin kendi ölçümleri, inceleme kalitesi kodlamayı yapan aynı model sınıfına bağlı ve Entire, yerleşik oyuncuların da ajan özellikleri eklediği bir dönemde ekiplerden GitHub'ın ekosistemini terk etmesini istiyor — ancak PR modeline tutarlı bir alternatif olarak, bu, ajan-doğal bir forge'un nasıl görünebileceğine dair şimdiye kadarki en net ifadelerden biri.