Anthropic Özel Source Control Sistemi: Sprint Dersi

AgentSpace’te Claude tabanlı lider ve worker ajanlar gerçek yazılım görevlerini sprint halinde alıyor; bu yüzden Anthropic özel source control sistemi haberi benim için Git alternatifi haberi değil. Görev panosu, kalıcı ajan hafızası ve kod değişikliği aynı teslimin farklı kayıtları. Bunların birbirinden kopmaması gerekiyor.

Lider ajan işi bölüyor, worker ajan teslim üretiyor. Kaynak kontrol ise değişikliğin izini tutuyor. Sprint hızlandığında asıl soru daha çok değişiklik üretmek olmuyor: hangi görevin hangi değişiklikle kapandığını açıkça gösterebiliyor muyuz?

Haber: değişiklik hızı altyapı kararını değiştirdi

Simon Willison, Anthropic’in Git yerine Scion adlı kendi kaynak kontrol sistemini kurduğunu aktarıyor. Kurumda günlük birleştirilen kod değişikliği Mayıs 2026’da yaklaşık 2.500 iken Eylül’de 30.000’in üzerine çıktı.

Yazıya göre ana dal geçmişi yaklaşık 100 GB, sıkıştırılmış çalışma kopyası 25 GB’ın üzerinde. CI için günlük yaklaşık 25 milyon checkout yapılıyor. Bu hesap geliştirici ortamlarını, ajan sandbox’larını ve araştırma işlerini kapsamıyor. Scion’a geçişi yedi kişilik ekip beş ayda tamamladı; kod inceleme tarafında Antique adlı ayrı bir sistem kullanılıyor.

Bizim için mesele: değişiklik kaydı teslim kaydı değil

Bu sayıların AgentSpace’e doğrudan bir ölçek karşılığı yok. Haber, başka bir tasarım sorusunu netleştiriyor: Bir sprintte birden fazla ajan aynı işin farklı parçalarını ürettiğinde, kod değişikliği tek başına teslimin anlamını taşımaz.

Bir değişiklik kaydı neyin değiştiğini gösterir. Görev panosu, bu değişikliğin hangi işi tamamladığını taşır. Kalıcı hafıza ise sonraki ajanın bilmesi gereken kararı korur. Üç kayıt aynı olayı farklı açıdan anlatır.

AgentSpace’in lider-worker düzeninde bu ayrım zaten var. Lider ajan görevleri paketler. Worker ajanlar gerçek yazılım işi üzerinde çalışır. Görev panosu sprint durumunu görünür tutar. Kalıcı hafıza, sonraki görev için bağlam sağlar.

Kaynak kontrol katmanı bunların yerine geçmez. Kod tesliminin kanıtını taşır.

Değişiklik yoğunluğu arttığında önce bağ kurulur

Anthropic’in kendi sistemini kurması, yüksek değişiklik hızında kaynak kontrolün yalnızca depolama tercihi olmadığını gösteriyor. Ortak dalda hangi işlemin hangi sırayla görüleceği, çalışma modelinin bir parçası haline geliyor.

AgentSpace sprintinde paralellik değerli. Lider ajanın görevi worker sayısını artırmak değil; her worker’ın değişiklik alanını ve teslim koşulunu netleştirmek. Aynı alan için üretilen iki farklı çıktı, görev paketi belirsizse birbirini tamamlamaz.

Bu yüzden görev paketinde üç şey görünür olmalı: işin hedefi, değişiklik alanı ve kabul kanıtı. Bunlar görünür olduğunda worker ajan neyi değiştireceğini bilir; lider ajan teslimi neye göre inceleyeceğini bilir.

Araç izinleri bu kaydın dışında, fakat ona bağlı bir katman. Bir ajanın bir aracı kullanabilmesi, yaptığı değişikliğin kabul edildiği anlamına gelmez. İzin koşu anındaki sınırı belirler. İnceleme, teslimin hedefe uyup uymadığını kontrol eder. Görev kaydı da bu iki kararı aynı sprintte görünür tutar.

Merkezi akış, merkezi karar demek değil

Scion’ın çevrimdışı kullanımının öncelik olmadığı bilgisi de önemli bir ayrım getiriyor. Kaynaktaki açıklamaya göre sistemin en ağır kullanıcısı çevrimiçi çalışmak zorunda olan Claude. Bu, sistem tasarımının kullanıcı biçimine göre şekillendiğini gösteriyor.

AgentSpace için buradan çıkarılacak kural, tek bir kaynak kontrol modeli seçmek değil. Ajanların çalışma ortamı, görev devri ve izinleri kaynak kontrol kararından önce tanımlanmalı. Araç, bu çalışma sözleşmesine uyduğu ölçüde değerli.

Bugün AgentSpace’te değişmeyen yapı lider-worker sprint düzeni, görev panosu ve kalıcı hafıza. Değiştirmek istediğim yer, teslim ile değişiklik kaydının daha doğrudan bağlanması: bir görev kapanıyorsa, ilgili değişiklik ve doğrulama kaydı aynı yerde görünmeli.

Sıradaki adım bu bağı kabul akışına taşımak. Görev kartı yalnızca “bitti” durumuna geçmeyecek; hangi değişiklikle kapandığını ve hangi doğrulamayla desteklendiğini de gösterecek.

İnceleme aşaması kapsamı korur

Simon Willison’ın aktardığı metin, adversarial review yaklaşımının yararlı olabildiğini; varsayımsal risklerin sistemi gereğinden fazla büyütebildiğini de söylüyor. Ajan sprintlerinde inceleme için doğru soru bu nedenle “başka ne ekleyebiliriz?” değil.

Doğru soru, teslimin görev paketindeki hedefi karşılayıp karşılamadığı.

Lider ajanın paketlediği iş, worker ajanın değiştirdiği alan ve incelemenin baktığı kanıt aynı çizgide kalmalı. İnceleme kaydı için uzun şablonlara ihtiyaç yok. Hedef, değişen alan ve kabul kanıtı yeterli bir başlangıç oluşturur.

Bu yapı ajanları yavaşlatmaz. Belirsiz kapanışları azaltır. Worker ajanın ürettiği kod ile sprint panosunda görünen teslim aynı olaya bağlanır.

Bugün kullanacağın sprint kaydı

Aşağıdaki bloğu görev tanımına ekleyebilirsin:

GÖREV KAYDI
- Hedef: Bu iş tamamlandığında ne değişmiş olacak?
- Değişiklik alanı: Hangi dosya, modül veya servis etkilenebilir?
- Yetki: Ajan hangi araçları kullanabilir; hangilerini kullanamaz?
- Teslim kaydı: Hangi değişiklik veya inceleme kaydı bu göreve bağlı?
- Doğrulama: Kabul için hangi çıktı kontrol edilecek?
- Hafıza notu: Sonraki sprintin bilmesi gereken karar nedir?

KAPANIŞ KOŞULU
Görev; değişiklik kaydı, doğrulama kanıtı ve görev durumu birlikte görünmeden kapanmaz.

Bu kayıt, kaynak kontrolü arşiv olmaktan çıkarıp sprint tesliminin kanıt katmanına bağlar. Ajan sayısı artsa da her teslimin hangi işe ait olduğu korunur.

Kapanış

Anthropic’in özel sistemi, değişiklik yoğunluğu yükseldiğinde kaynak kontrolün çalışma modeline bağlandığını gösteriyor. AgentSpace’te hedefim de aynı açıklık: ajanların ürettiği her teslim, görevi ve doğrulamasıyla birlikte izlenebilmeli.

AI ajan sprintlerini görünür görev ve teslim akışıyla kurmak için AgentSpace’i inceleyebilirsin.

İlgili yazılar

• Yapay Zeka Ajanı Nedir? Tek Kişilik Şirkette 8 Ajanlık Takım
• AI Ajan Hafızası: 3 Saatlik Planlamayı Kaybettikten Sonra