Kısa cevap: Anthropic Scion, kodlama ajanlarının monorepo'daki günlük merge sayısını Mayıs 2026'daki yaklaşık 2.500 seviyesinden Eylül ayına gelindiğinde 30.000'in üzerine çıkarmasıyla Anthropic'in şirket içinde geliştirdiği sürüm kontrol sistemidir. Scion; commit, merge ve rebase işlemlerini doğrudan sunucuda yürütür. Şirket içine özeldir ve Anthropic bunun Git'in genel amaçlı bir alternatifi olmadığını belirtmektedir.
Anthropic Scion ile Ne Yaptı ve Neden Yaptı?
13 Ekim 2026'da Anthropic mühendislik ekibi, Redesigning source control at Anthropic başlıklı bir yazı yayımladı. Girişteki iddia oldukça net: “Sistem inşa etmede veya araştırma yapmada darboğaz artık kod yazmak değil.” Yazarlar, asıl darboğazın “insan ölçeği için inşa edilmiş tüm geliştirici altyapısı: kaynak kontrolü, derlemeler ve CI” olduğunu vurguluyor.
Rakamlar bunun nedenini açıkça ortaya koyuyor. Şirket, Mayıs 2026'da günde yaklaşık 2.500 kod değişikliğini birleştirirken (merge), Eylül ayında bu sayı 30.000'i aştı. Dört ayda yaşanan bu 12 katlık artışın arkasında ise Anthropic'e göre kod yazımını ajanların devralması yatıyor.
Git insan ölçeğinde gayet iyi dayandı, ancak ajan ölçeğinde yetersiz kaldı. Anthropic günde yaklaşık 25 milyon CI checkout işlemi yapıldığını, main dalının geçmişinin 100 GB'a yaklaştığını ve yoğun anlarda yüzlerce şirket içi Git yansısı (mirror) kullanıldığını bildiriyor. Standart ve optimize edilmemiş bir fetch stratejisi, günde 600 PB'ın üzerinde Git trafiği anlamına gelecekti.
Bunun üzerine yedi kişilik bir ekip Scion'u, Antique adında bir kod inceleme aracını, bir kod arama sistemini ve dizin bazlı erişim yetkilendirmesini geliştirdi. Monorepo'yu beş ay içinde Git'ten taşıdılar. Anthropic, Git'ten Scion'a veri aktarım hattını (ingestion pipeline) Claude Mythos Preview'a baştan yazdırdı; bu yeniden yazım 20 kat daha az bellek kullandı ve 4 kat daha hızlı çalıştı.
Ekibinizde Claude Code, Codex veya başka bir kodlama ajanı kullanıyorsanız, bu yazı karşılaşacağınız bir sonraki darboğazın bir ön gösterimi niteliğinde. Sharkly tam da bu problem etrafında inşa edildi: Dağınık terminaller yerine ajan çalışmalarını, sonuçları ve inceleme süreçlerini paylaşılan Görevler üzerinde bir arada tutar.
Scion Git'ten Nasıl Ayrılıyor?
Git, her klonun çevrimdışı çalışabilen, geçmişin eksiksiz ve kendi kendine yeten bir kopyası olduğunu varsayar. Scion ise tam tersini öngörür: İstemciler her zaman çevrimiçidir ve kendi başlarına çok az işlem gücü tüketirler.
| Git | Anthropic Scion | |
|---|---|---|
| Commit, merge ve rebase işlemlerinin çalıştığı yer | Yerel olarak, dizüstü bilgisayarınızda | Sunucuda |
| Yerel veri | Tüm geçmiş | Sınırlı bir nesne önbelleği, sparse veya sanallaştırılmış checkout |
| İş birimi | Bir ağacı (tree) işaret eden commit | Değişen dosyaları listeleyen, write-ahead log içindeki değişiklik kümesi (changeset) |
| Dallar ve referanslar | Maliyetsiz ve teşvik edilir | main ve release dalları haricinde önerilmez |
| Fetch işlemi | Packfile'lar | Nesne bazlı (önce tree'ler, ardından blob'lar), depo bakımı gerektirmez |
| Çevrimdışı çalışma | Evet | Hayır |
| Ana istemciler | İnsanlar | Ajanlar, CI ve araştırma işleri |
Mimari üç katmandan oluşuyor: Her düğümde çalışan scion-daemon, bölge başına bir scion-cache ve yetkili (authoritative) bir scion-server. İstemci komut satırı aracı (CLI) ise scn. Önbellek isabet oranları her katmanda %99'un üzerinde seyrediyor.
Elde edilen kazanım oldukça büyük. CPU ve bellek kullanımı, eski Git yansılama kurulumuna kıyasla 200 kat daha düşük. CI ve araştırma checkout işlemleri dakikalar yerine saniyeler sürüyor ve CI süreçleri %25 ek CPU kapasitesi kazandı.
Sunucu Taraflı Commit'lerle Nelerden Vazgeçiyorsunuz?
Sunucu taraflı commit'ler, Git'i zirveye taşıyan o temel özellikten feragat eder: Uçakta dahi üzerinde çalışabileceğiniz eksiksiz bir yerel geçmiş. Anthropic bunu açıkça ifade ediyor: Scion “genel kullanım açısından kesinlikle Git'in yerini alabilecek bir alternatif değildir” ve diğer kuruluşların kullanabileceği bir biçimde sunulması oldukça zordur. Scion kamuya açılmış bir ürün değildir ve yazı da onu açık kaynak olarak tanımlamamaktadır.
Eşzamanlılık (concurrency) yaklaşımı da beklenenden farklı. Anthropic, her merge işlemini küresel bir kilit (global lock) ardında sıraya dizmiyor. Eşzamanlı değişiklikler çakışabilir ve ekip bu durumu merge sonrası ile dağıtım öncesi (pre-deploy) testlerle yakalıyor.
Yapay Zeka Ajanları İçin Git: Scion'u Olmayan Ekiplerin Çıkarması Gereken Dersler
Scion'a sahip olamayacaksınız ve buna ihtiyacınız da yok. Deponuz 100 GB değil ve günde 25 milyon checkout çalıştırmıyorsunuz. Bu yazının asıl faydalı kısmı, her ölçekte kendini gösteren problemin doğasını ortaya koymasıdır.
Kodu ajanlar yazdığında, darboğaz iş akışında daha ileri aşamalara kayar. Önce merge işlemlerine, ardından inceleme sürecine taşınır. Hem DevOps.com'un haberi hem de TechSpot'un incelemesi, Scion'u ajanların ürettiği çıktıya yetişmeye çalışan bir altyapı olarak ele alıyor. On ajan çalıştıran beş kişilik bir ekip de aynı duvarın daha küçük bir versiyonuna çarpar.
Belirtileri siz de fark edeceksiniz:
- İki ajan aynı öğleden sonra aynı dosyayı düzenler ve çakışmayı elle çözmek zorunda kalırsınız.
- Pull request'ler kimsenin okuyamayacağı bir hızda birikir.
- Ajanlar hızını korurken CI kuyrukları her geçen hafta daha da uzar.
- Hangi ajanın neyi neden değiştirdiğini kimse açıklayamaz.
- Salı gününden kalan bir dal (branch), cuma günü rebase edildiğinde tam bir karmaşaya dönüşür.
Anthropic, 1. ve 3. maddeleri yeni bir altyapı inşa ederek çözdü. Siz ise mevcut Git araçlarınız ve süreç iyileştirmeleriyle bu beş maddenin tamamının üstesinden gelebilirsiniz.
Kodlama Ajanları ve Merge Çakışmaları: Neden Bu Kadar Çoğalıyorlar?
Merge çakışmaları kişi sayısıyla değil, çalışma alanlarının örtüşmesiyle doğru orantılı olarak artar. Kapsamlı tek bir hedef üzerinde çalışan on ajan sürekli aynı dosyalara dokunur. İyi sınırlandırılmış on farklı görev üzerinde çalışan on ajan ise nadiren çakışır. Görevlerin kapsamı, ajan sayısından çok daha belirleyicidir.
Uzun ömürlü dallar işi daha da zorlaştırır. Bir dal açık kaldığı her saat boyunca, altındaki main dalı ilerlemeye devam eder. Ajanlar insanların kapatabileceğinden çok daha hızlı dal açtığı için bu durum daha da belirginleşir. Bir insan iş gününün kaç ajan iş gününü inceleyebileceğine dair önceki yazımız, bu uçurumu verilerle ortaya koyuyor.
Scion Olmadan Bugün Neler Yapabilirsiniz?
Bu beş alışkanlık standart bir ekibin ihtiyaçlarının çoğunu karşılar. Üstelik hiçbirisi yeni bir sürüm kontrol sistemi gerektirmez.
Her Göreve Kendi Worktree'sini Ayırın
Bir Git worktree, aynı depoya bağlı ikinci bir çalışma dizinidir. Görev başına bir worktree kullanmak, iki ajanın asla aynı anda tek bir dizine yazmaması anlamına gelir.
git worktree add ../tasks/COIN-212 -b agent/COIN-212 origin/main
cd ../tasks/COIN-212
# run the agent here, commit, push, open a PR
git worktree remove ../tasks/COIN-212
Bu kurulumu Yapay zeka kodlama ajanları için Git worktree'leri yazımızda, temizleme aşamasını ise temizlik zahmeti olmadan worktree yönetimi yazımızda ele alıyoruz.
Görevleri Küçük ve Net Sınırlarla Tanımlayın
Her görevi, dokunabileceği dosyaları veya modülü ve tamamlandığını doğrulayan kontrol adımlarını içerecek şekilde tanımlayın. Tek bir inceleme diff'ine sığan bir görev sorunsuz şekilde merge edilir. “Kimlik doğrulamayı yeniden düzenle” diyen ucu açık bir görev ise edilemez.
Main Dalının Önüne Bir Merge Kuyruğu Ekleyin
Bir merge kuyruğu, her pull request'i en güncel main dalı ve kuyrukta önünde yer alan tüm değişikliklerle birlikte test eder, ardından sırayla birleştirir. GitHub'ın merge kuyruğu özelliği, korumalı dallar için bunu sağlar. Bu, Anthropic'in merge sonrası testlerle çözdüğü yaklaşımın küçük ekiplere uyarlanmış halidir: Böylece birbiriyle uyumsuz değişiklikleri iş işten geçtikten sonra fark etmezsiniz.
Kod İncelemesini Kanıtlarla Birlikte Görevle İlişkilendirin
Yalnızca bir diff'e bakmak, incelemeyi yapan kişiye ajandan ne istendiğini veya neleri test ettiğini göstermez. Talep, çalıştırma kaydı, test çıktıları ve diff tek bir yerde toplandığında inceleme süreci çok daha hızlanır. Ayrıntılar için görev düzeyinde kanıtlarla yapay zeka tarafından üretilen kodun incelenmesi ve insan incelemesinin neden bir darboğaza dönüştüğü başlıklı yazılarımıza göz atabilirsiniz.
Ajanları Onay Bekleyecek Şekilde Yapılandırın
Ajanların araştırma yapmasına, kod yazmasına, test etmesine ve raporlamasına izin verin. Yön belirlemeyi, riskli adımları onaylamayı ve nihai sonucu kabul etmeyi ise insanlara bırakın. Merge yapmadan önce durup insan onayı bekleyen bir ajan size sadece birkaç dakikaya mal olur; incelenmemiş kodları main dalına birleştiren bir ajan ise koca bir gününüzü çalar. Kodlama ajanları için onay aşamaları rehberimiz, durak noktalarını nereye koymanız gerektiğini gösteriyor.
Sharkly Bu Tablonun Neresinde Yer Alıyor?
Sharkly Git'in yerini almaz ve merge çakışmalarını çözmez. Ajanlarınız mevcut Git sağlayıcınız üzerinden deponuza commit göndermeye devam eder. Sharkly'nin organize ettiği şey, bu commit'lerin etrafındaki iş akışıdır.
Ajanın gerçekleştirdiği her çalışma bir Sorumlusu (Assignee), durumu ve yürütme kaydı olan bir Görevdir (Task). Ajanlar, halihazırda lisansına sahip olduğunuz Claude Code, Codex veya diğer çalışma ortamlarını kullanarak kendi Bilgisayarlarınızda (Computers) çalışır. Temporary (Geçici) modda, her Göreve izole bir dizin atanır ve depo tabanlı çalıştırmalar ayrı bir worktree hazırlayabilir; böylece eşzamanlı Görevler paylaşılan tek bir klasöre yazmaz.
Bir ajan işini bitirdiğinde Görevi insan incelemesi bekleyecek şekilde bırakabilir. Bu bildirim Inbox'a düşer; ilgili kişi Görevi açar, sonucu bağlamı içinde inceler ve kabul etme, yeniden deneme veya başka birine atama kararı verir. Görev yürütme süreci ve takip tartışmaları Görev zaman çizelgesine yansıtılır; böylece pano doğrudan inceleme kuyruğunuza dönüşür.
Bu yaklaşım; yukarıdaki Git alışkanlıklarının talep, yürütme, kanıt ve karar süreçlerini tek bir ortak alanda buluşturan bir sentezidir. Seçenekleri kıyaslıyorsanız, paralel kodlama ajanlarını yönetmeye yönelik araçları derlediğimiz inceleme bu alanı kapsamlı biçimde ele almaktadır.
Bu Konuda Şimdi Kimler Harekete Geçmeli?
Günlük üç veya daha fazla ajan çalıştıran ekipler. Merge duvarına çarpmak üzeresiniz. Bu hafta içinde worktree ve merge kuyruğu kullanımına geçin.
Paralel olarak ajan çalıştıran bireysel geliştiriciler. Darboğazınız merge değil, kod incelemesidir. Görevleri, her bir diff'i okumak on dakikadan az sürecek boyuta gelene kadar küçültün.
Platform ve altyapı liderleri. CI kuyruk sürelerinizi ve PR yaşınızı yakından takip edin. Anthropic'in yazısı, her şeyden önce kaynak kontrolü ve CI altyapısının tıkandığını belirtiyor; sizinkilerin de aynı sırayla tıkanmasını bekleyebilirsiniz. İzole worktree'lerle çalışan paralel ajanlar kurulumu size zaman kazandıracaktır.
Sonuç
Anthropic Scion, doğrudan kullanabileceğiniz bir ürün değil, önemli bir sinyaldir. Anthropic'in merge hacmi dört ayda 12 katına çıktı, Git'in çevrimdışı odaklı (offline-first) tasarımı artık yetersiz kaldı ve yedi kişilik bir ekip, çoğunluğu ajanlardan oluşan istemciler için kaynak kontrolünü sıfırdan inşa etti. Çoğu ekip buna hiçbir zaman ihtiyaç duymayacak.
Yine de kodlama ajanları kullanan her ekip bu dönüşümle yüzleşecek. Kod yazmak ucuzlarken, birleştirmek ve incelemek maliyetli hale geliyor. Her görevi izole edin, görevleri küçük tutun, merge işlemlerinizi sıraya koyun ve incelemeleri kanıtlara dayandırarak yapın.
İnceleme sürecini tek bir merkezde toplamak için Sharkly'ye bir Bilgisayar bağlayın, bir Ajan oluşturun ve ona küçük, düşük riskli bir Görev verin. Sonucun nereye ulaştığını görün ve kararınızı ona göre verin.
Sıkça Sorulan Sorular
Anthropic Scion nedir?
Scion, Anthropic'in şirket içinde geliştirdiği sürüm kontrol sistemidir. 2026 yılında şirketin monorepo'sunda Git'in yerini almıştır. Commit, merge ve rebase işlemlerini sunucu gerçekleştirir; istemciler ise yalnızca sınırlı bir yerel önbellek tutar.
Anthropic neden Git'i değiştirdi?
Kodlama ajanları, günlük merge sayısını Mayıs 2026'daki yaklaşık 2.500 seviyesinden Eylül ayına gelindiğinde 30.000'in üzerine çıkardı. Git yansılama, checkout işlemleri ve CI bu işlem hacmine yetişemedi; bu nedenle kaynak kontrolü temel darboğaz haline geldi.
Scion açık kaynak mı veya kullanılabilir durumda mı?
Halka açık bir sürümü bulunmamaktadır. Anthropic, Scion'un genel kullanım için Git'in yerine geçmeye uygun olmadığını ve diğer kuruluşlara sunulmasının güç olacağını ifade ediyor. Şirket tasarımı paylaştı; böylece başkaları bu fikirleri Git'e uyarlayabilir.
Kodlama ajanları arasındaki merge çakışmalarını nasıl azaltabilirim?
Her göreve kendi worktree'sini ayırın, görevleri tek bir inceleme diff'ine sığacak kadar dar kapsamlı tutun, sık sık merge edin ve main dalının önüne bir merge kuyruğu ekleyin. Çakışmalar dosya örtüşmesiyle ilgilidir; bu yüzden kapsam belirleme, ajan sayısından çok daha önemlidir.
Küçük ekiplerin yeni bir sürüm kontrol sistemine ihtiyacı var mı?
Neredeyse hiçbir zaman. Anthropic'in karşılaştığı problem, 100 GB'lık bir geçmişten ve günde 25 milyon checkout yapılmasından kaynaklanıyordu. Normal ölçekte worktree'ler, merge kuyrukları ve görev düzeyinde incelemeler bu yükü rahatlıkla kaldırır.
