Blog

Anthropic Git'i Bıraktı: Ajan Çağı İçin Yazılmış Kaynak Kontrol Sistemi Scion

Günlük merge sayısı beş ayda 2.500'den 30.000'in üzerine çıkınca git yetişemedi. Anthropic de monorepo'su için kendi kaynak kontrol sistemi Scion'ı yazdı. Yedi kişi, beş ay ve bolca Claude. Neden git yetmedi, Scion neyi farklı yapıyor, kısaca anlatıyorum.

Anthropic Git'i Bıraktı: Ajan Çağı İçin Yazılmış Kaynak Kontrol Sistemi Scion

Anthropic'te monorepo'ya günde yapılan merge sayısı Mayıs 2026'da yaklaşık 2.500 idi. Eylül'de 30.000'i geçti.

Bu kodun büyük kısmını artık Claude yazıyor. Kod üretimi bu kadar hızlanınca darboğaz da yer değiştirdi. Anthropic'in ifadesiyle:

"Darboğaz artık, insan ölçeğine göre kurulmuş geliştirici altyapısının tamamı."

Bu altyapıda ilk çatırdayan parça git oldu. Anthropic de bunun üzerine monorepo'su için kendi kaynak kontrol sistemini yazdı. Adı Scion.

Git neden yetmedi?

Rakamlar kendini anlatıyor:

  • Ana branch'in geçmişi yaklaşık 100 GB, sıkıştırılmış bir çalışma kopyası 25 GB'ın üzerinde.
  • Günde yaklaşık 25 milyon CI checkout yapılıyor. Bunu git ile düz şekilde çekmek, günde 600 petabaytı aşan trafik demek.

Shallow clone, sparse checkout, seed'ler ve yüzlerce git mirror'ı ile bir süre idare ettiler. Ama merge hızı arttıkça bu yamaları ayakta tutmak da ayrı bir iş haline geldi.

Asıl sorun ise daha temeldeydi. Git, internetsiz çalışabilen ve deponun tam kopyasını taşıyan insanlar için tasarlandı. Anthropic'te ise istemcilerin neredeyse tamamı her zaman çevrimiçi olan ajanlar ve CI işleri. Ekip de şu soruyu sordu: Kaynak kontrolü baştan bunlar için tasarlasaydık nasıl olurdu?

Scion neyi farklı yapıyor?

Kısaca: ağır işin hepsi sunucuya taşınıyor.

  • 🌐 İstemci hep çevrimiçi: Deponun kopyası tutulmuyor. İhtiyaç olan dosya, ihtiyaç anında çekiliyor.
  • 🖥️ Commit sunucuda: Commit, merge, rebase ve blame sunucuda yapılıyor. Yani push diye bir adım yok.
  • ⚡ Ucuz commit: Bir commit'in maliyeti deponun boyutuna değil, değişikliğin boyutuna bağlı.
  • 🔌 Her şey API: Birçok iş hiç checkout yapmadan, doğrudan API üzerinden çalışıyor. Otomatik bisect ve revert hatları buna dayanıyor.
  • 📂 Checkout isteğe bağlı: Gerekirse sadece okunan dosyalar diske iniyor.
Git ile Scion mimarisinin karşılaştırması: git'te her istemci büyük kopya taşırken Scion'da istemci sunucu, bölgesel önbellek ve makine başına daemon üzerinden sadece ihtiyacını çekiyor
Git'te her istemci deponun ağır bir kopyasını taşıyor. Scion'da ise sadece ihtiyaç duyulan dosya, katmanlı önbellekten geliyor

Mimari üç katmandan oluşuyor:

  1. scion-server: Merkez. Veriler Spanner ve bulut depolamada tutuluyor.
  2. scion-cache: Her bölgede bir önbellek.
  3. scion-daemon: Her makinede çalışıyor. Aynı makinedeki tüm işler aynı nesneleri paylaşıyor.

Her önbellek katmanında isabet oranı %99'un üzerinde. Git'teki dev "packfile" yükleri de yok. Her istek değişmeyen tek bir nesne için, bu yüzden kesilen indirme kaldığı yerden devam edebiliyor.

Rakamlarla sonuç

Rakamlarla Scion: günde 30.000'den fazla merge, 200 kat daha küçük ayak izi, saniyeler süren checkout, günde 25 milyon CI checkout, 7 kişi ve 5 ay, yüzde 99'un üzerinde önbellek isabeti
Anthropic'in paylaştığı verilerden derlendi

Benim en çok dikkatimi çeken iki rakam şunlar:

  • Eski git mirror altyapısına göre 200 kat daha az CPU ve bellek kullanılıyor.
  • Checkout'lar dakikalardan saniyelere düştü.

Asıl ilginç kısım: Claude ile, Claude için

Scion'ı, kod inceleme aracı Antique'i ve tüm geçişi yalnızca yedi kişilik bir ekip, beş ayda tamamlamış. Üstelik bu süre boyunca günlük merge sayısı 10 kattan fazla artmış. Eskiden böyle bir göç yıllar ve kalabalık ekipler gerektirirdi.

Bunu mümkün kılan da büyük ölçüde Claude. Örneğin git'ten Scion'a veri aktaran hattı Claude yeniden yazmış: 20 kat daha az bellek, 4 kat daha hızlı.

Yazının bence en dürüst cümlesi ise şu:

"Çoğu zaman mühendislerin görevinin Claude'a 'hayır' demek olduğunu gördük."

Ajanlar bazen sistemin kurallarını çiğniyor. Örneğin kod inceleme aracına sormak yerine bütün commit geçmişini baştan sona tarıyorlar. Mühendisin işi artık her satırı tek tek okumak değil. Değişikliğin niyetini değerlendirmek ve gerektiğinde fren olmak.

Peki biz de kullanabilecek miyiz?

Hayır, en azından şimdilik. Scion açık kaynak değil ve bir ürün olarak sunulmuyor. Anthropic'e göre sistem git'ten çok farklılaşmış. Kendi kod incelemesini, aramasını ve CI'ını gerektirdiği için başka şirketlere uyarlanamayacak kadar özel.

Onun yerine tasarım fikirlerini paylaşıyorlar ve GitHub, GitLab gibi platformlarla da birlikte çalışıyorlar. Tahminleri de iddialı: Bu ölçek sorunu 6–12 ay içinde başka ekiplerin de kapısını çalacak.

💡

İsim karışmasın: Google'ın da Scion adında açık kaynak bir ajan orkestrasyon aracı var. Bu yazıdaki Scion ise Anthropic'in şirket içi kaynak kontrol sistemi. İkisi farklı projeler.

Benim çıkarımım

Yıllardır "darboğaz geliştirici" diye düşündük. Kod yazmak yavaştı, gerisi bekleyebiliyordu. Şimdi kodu ajanlar yazınca sıra, onları taşıyan altyapıya geldi: git, CI, merge kuyrukları, code review.

Bugün Anthropic'in sorunu gibi görünüyor ama yarın hepimizin sorunu olacak. Ve görünen o ki bir sonraki büyük dönüşüm modellerde değil, onların etrafındaki araçlarda yaşanacak.

🔗 Orijinal yazı: Redesigning source control at Anthropic

Sizin ekibinizde ajanlar yüzünden ilk çatırdayan şey ne oldu: CI mı, code review mu, yoksa git mi? Yorumlarda konuşalım. İyi kodlamalar!

0

Yorumlar

İlk yorumu siz yapın

Düşüncelerinizi Paylaşın

Henüz yorum yapılmamış. İlk yorumu yukarıdaki formdan siz yapın!
ME

Muhammed Emin Özdemir

VakıfBank'ta senior full-stack geliştirici. Kurumsal sistemler, temiz kod ve LLM tabanlı araçlar üzerine odaklanıyor.

Hakkımda daha fazlası →