Mình vừa đọc thông báo của Anthropic về việc họ thay thế hoàn toàn git bằng hệ thống Scion tự phát triển.
Vào tháng 5 năm 2026, mỗi ngày Anthropic gộp (merge) vào code chính khoảng 2.500 thay đổi.
Đến tháng 9 năm 2026, con số này đã tăng vọt lên hơn 30.000 lượt mỗi ngày gộp vào monorepo (một repo duy nhất chứa code của cả công ty). Anthropic nói Claude viết code nhanh tới mức nút thắt giờ nằm ở hạ tầng quản lý phiên bản, build và CI.
Kiến trúc khác biệt của hệ thống Scion
Mình đọc bài thì thấy số liệu thế này: riêng lịch sử nhánh main trong monorepo đã gần 100 GB, còn bản "working copy" nén thì hơn 25 GB.
Riêng CI (hệ thống tự chạy kiểm tra code mỗi khi có thay đổi) đã khoảng 25 triệu lượt checkout mỗi ngày, chưa tính môi trường dev, sandbox của agent và các job nghiên cứu.
Nếu mỗi lần checkout đều tải nguyên repo theo kiểu thông thường của git, tổng lượng dữ liệu sẽ lên hơn 600 PB mỗi ngày (checkout là lấy một bản code về máy để chạy việc).
Mình thấy điểm cốt lõi là git sinh ra cho máy tính cá nhân làm việc offline, trong khi các agent của Anthropic luôn chạy trực tuyến trên cloud và cần tương tác tức thì với server trung tâm.
Nói gọn lại: với lượng code này, git không còn chịu nổi nữa.
Vì vậy họ làm Scion: mọi thao tác như commit, merge, rebase đều chạy trên server, máy client chỉ giữ một cache nhỏ và đặt file ra ổ đĩa.
Trong Scion, mỗi đơn vị công việc là một changeset, hiểu đơn giản là một bản ghi nối thêm vào cuối một cuốn sổ log (write-ahead log). Nó ghi lại những file nào vừa đổi cùng pointer trỏ tới nội dung đã nén.
Muốn chuyển ref (nhánh hoặc tag) sang changeset mới, hệ thống chỉ cần cập nhật đúng một dòng (row) trong database Spanner của Google.
Hệ thống chỉ ghi giá trị mới nếu giá trị hiện tại vẫn đúng như nó mong đợi (kỹ thuật này gọi là compare-and-swap), nên không cần khoá ai lại.
Scion chỉ tải về những thư mục agent thật sự cần, thay vì tải toàn bộ repo.
Anh em hình dung thế này: khi một agent hay tiến trình CI cần so sánh diff giữa hai commit, nó có thể gọi trực tiếp API của server mà không cần phải tải toàn bộ repo về máy cục bộ.
Nhờ vậy server đỡ tốn CPU hơn nhiều so với server git.
Ai có thể dùng và dùng như thế nào
Điều làm mình ngạc nhiên là Anthropic chuyển toàn bộ monorepo nội bộ từ git sang Scion chỉ trong năm tháng.
Trong khoảng thời gian đó, họ đồng thời tự dựng công cụ code review tên là Antique, công cụ tìm kiếm code cùng hệ thống phân quyền IAM cho việc quản lý phiên bản.
Phía người dùng tương tác với hệ thống qua client scn và tiến trình scion-daemon.
Anh em chưa tải Scion về dùng được. Anthropic nói họ đã tham khảo các bài học từ Piper của Google và Sapling của Meta khi xây Scion.
Scion chưa mở cho bên ngoài. Anthropic nói nó lệch xa git nên ai dùng cũng phải đổi luôn code review, tìm kiếm code và CI, mà phần của họ quá đặc thù. Nếu anh em muốn đi hướng này, steveklabnik nhắc tới East River Source Control, một bên có lớp tương thích với git để chuyển dần (đây là lời của người bình luận, mình chưa kiểm chứng).
Cộng đồng Hacker News phản ứng ra sao
Bên Hacker News thì anh em dân kỹ thuật bàn khá rôm rả, mình nhặt mấy ý đáng chú ý.
Bạn bình luận trnvll trích lại từ bài của Anthropic: nhóm tự viết tay bản đầu của pipeline nạp dữ liệu từ git sang Scion, rồi nhờ một bản snapshot nội bộ đời đầu của Claude Mythos Preview viết lại; bản mới nhanh hơn 4 lần và tốn ít hơn 20 lần bộ nhớ.
Ở chiều ngược lại, bạn bình luận amluto lo ngại mô hình xử lý commit hoàn toàn trên server sẽ làm mất đi khả năng tinh chỉnh lịch sử cục bộ vốn rất tiện lợi của git hay jujitsu.
Bạn bình luận esafak dán lại đoạn Anthropic giải thích vì sao khó mở Scion ra ngoài: nó lệch xa git nên công ty nào dùng cũng phải đổi cả code review, tìm kiếm code và CI.
Ngược lại, steveklabnik ủng hộ hướng này. Theo bạn ấy, team lớn làm cùng agent trong một monorepo sẽ chạm trần của git, như Google và Meta đã gặp từ hơn chục năm trước.
Bạn bình luận kburman dự đoán chúng ta sẽ thấy nhiều startup tự viết lại các công cụ nền tảng khi AI giúp chi phí lập trình rẻ hơn đáng kể. Tuy nhiên, người này cũng đặt dấu hỏi liệu chi phí bảo trì toàn bộ phần mềm tự dựng đó về lâu dài có thực sự rẻ hay không.
Những điểm còn bỏ ngỏ và bài học cho anh em
Mình thấy chỗ vướng lớn nhất là anh em chưa có cách nào dùng được công cụ này.
Như mình nói ở trên, Scion chưa được mở ra bên ngoài.
Dù vậy, câu chuyện này cho thấy khi agent lập trình làm việc với quy mô lớn, chỗ nghẽn sẽ nằm ở hạ tầng build và CI, không còn nằm ở tốc độ viết code.
Theo mình, nếu anh em chỉ có vài người cùng vài agent trong một repo bình thường thì cứ yên tâm dùng git, chưa cần nghĩ tới Scion. Chỉ khi repo to cỡ monorepo, vài chục nghìn thay đổi mỗi ngày, và CI phải checkout liên tục, thì mới nên tính tới chuyện đổi công cụ.
