2026-10-13 · ← Aktualności
Anthropic porzucił Git, gdy 30 000 merge’ów dziennie zmieniło zasady
Anthropic w pięć miesięcy przeniósł swoje monorepo z Gita do własnego systemu Scion, gdy liczba dziennych merge’ów wzrosła z 2 500 do ponad 30 000. Najważniejsza jest zmiana wąskiego gardła: z pisania kodu na koordynację zmian.
Nie udało się wczytać obrazu.
Anthropic zbudował własny system version control o nazwie Scion i w pięć miesięcy całkowicie przeniósł do niego monorepo. Firma podaje, że liczba scalanych zmian wzrosła z około 2 500 dziennie w maju 2026 roku do ponad 30 000 we wrześniu.
Trzydzieści tysięcy merge’ów dziennie przestało pasować do modelu Gita
Historia głównej gałęzi zajmowała prawie 100 GB, a skompresowana kopia robocza przekraczała 25 GB. Według Anthropic CI wykonywało około 25 milionów checkoutów dziennie. Naiwny transfer przez Git oznaczałby ponad 600 PB danych na dobę, dlatego w szczycie firma utrzymywała kilkaset wewnętrznych mirrorów.
Scion odwraca podstawowe założenie Gita. Klienci są stale online, a serwer tworzy commity, wykonuje merge i rebase oraz odpowiada na pytania o historię. Klient trzyma ograniczony cache i pobiera tylko potrzebne drzewa oraz blobs. Siedmioosobowy zespół zbudował też system review Antique i zakończył migrację w pięć miesięcy.
Agenci przenieśli wąskie gardło z kodowania na infrastrukturę
Anthropic opisuje środowisko, w którym większość klientów stanowią agenci online i automatyczne joby. Pełna kopia repozytorium do pracy offline ma dla nich mniejszą wartość niż dla programisty z laptopem. Scentralizowana usługa może więc tanio udostępniać przez API diff, blame, bisect lub revert bez lokalnego checkoutu.
Firma twierdzi, że infrastruktura Scionu zużywa 200 razy mniej CPU i pamięci niż poprzednia flota mirrorów Gita. Checkouty dla CI i zadań badawczych przyspieszyły o dwa rzędy wielkości, z minut do sekund, a samo CI odzyskało 25 % mocy CPU. Dla innych zespołów wniosek jest skromniejszy: trzeba zmierzyć, czy ograniczeniem jest tworzenie kodu, review, testy czy przesyłanie danych.
Scion rozwiązuje skrajny przypadek Anthropic, a nie zwykłe firmowe repo
Liczby pochodzą od Anthropic, a Scion nie jest publicznym produktem. Firma przyznaje, że projekt ma sens dla ogromnego monorepo z dziesiątkami tysięcy inżynierów albo rojami agentów, a jej wewnętrzne wydatki na tokeny są nierealne dla innych przedsiębiorstw. Migracja wymagała też własnych narzędzi do review, wyszukiwania i CI.
Centralizacja odbiera pracę offline i zwiększa znaczenie dostępności serwera. Anthropic podaje ponad 99 % trafień cache na każdej warstwie, lecz nie publikuje niezależnych testów ani kosztów działania. Wynik z jednego nietypowego środowiska nie jest uniwersalnym wyrokiem na Gita.
Kolejny nacisk przejdzie na review, testy i wdrożenia
Ważnym sygnałem będzie podobny wzrost liczby merge’ów poza Anthropic oraz to, czy GitHub, GitLab i narzędzia open source przejmą bogatsze zapytania serwerowe i lepszy sparse workflow bez pełnej migracji. Anthropic spodziewa się takich problemów w ciągu najbliższych 6 do 12 miesięcy.
W firmie zmieniło się już review. Ludzie nadal sprawdzają każdą zmianę, ale bardziej oceniają jej zamiar niż każdy wiersz. Jeśli agenci dalej przyspieszą produkcję kodu, przewagi nie da szybszy commit. Da ją zatrzymanie złego pomysłu, zanim tani kod go rozmnoży.
Werdykt Lilith
Anthropic zbudował autostradę dla 30 000 merge’ów dziennie. Najrzadszym elementem nie jest już asfalt, lecz człowiek przy szlabanie, który rozpozna zmianę jadącą w złą stronę.
Link zewnętrzny zostawiam na koniec. Najpierw krótkie wyjaśnienie tutaj, bez polowania po cudzej stronie.
Oryginalne źródło ↗ ↗