Ngày 13/10, Anthropic công bố một bản tổng kết kỹ thuật, cho biết công ty đã mất năm tháng để chuyển toàn bộ monorepo từ git sang Scion, một hệ thống quản lý phiên bản tự phát triển. Cùng thời gian đó, họ cũng xây một công cụ review code tên Antique. Nhóm cốt lõi chỉ có 7 người.
Nguyên nhân nằm ở lượng merge code. Tháng 5/2026, monorepo của Anthropic trung bình có khoảng 2.500 lượt merge mỗi ngày; đến tháng 9, con số này vượt 30.000 lượt. Bản tổng kết viết:
"As our merges per day grew more than tenfold, source control became our biggest development bottleneck."
Lượng merge mỗi ngày tăng hơn mười lần, và quản lý mã nguồn trở thành nút thắt lớn nhất trong phát triển của chúng tôi.
Việc viết code không còn là điểm nghẽn. Thứ bị kẹt là quản lý mã nguồn, build và CI.
Những chỗ git không chịu nổi
Anthropic đưa ra một loạt con số: lịch sử nhánh chính gần 100 GB, bản làm việc sau khi nén vượt 25 GB, và CI mỗi ngày thực hiện khoảng 25 triệu lượt checkout. Nếu lần nào cũng kéo đầy đủ về, lưu lượng git mỗi ngày sẽ vượt 600 PB. Vào giờ cao điểm, công ty vận hành vài trăm bản mirror git nội bộ; merge càng nhanh thì mirror và snapshot dựng sẵn càng khó duy trì.
Nguyên nhân gốc mà bản tổng kết nêu ra là mục tiêu thiết kế không khớp nhau. Git sinh ra cho cộng tác ngoại tuyến, phân tán giữa con người, mỗi người giữ một kho đầy đủ; còn khách hàng chính của Anthropic hiện nay là các agent và tác vụ tự động luôn trực tuyến.
Vì vậy Scion đi theo hướng ngược lại: lịch sử, blame, commit, merge và rebase đều nằm ở phía máy chủ, phía máy khách chỉ giữ bộ nhớ đệm cục bộ và bản làm việc có giới hạn, dữ liệu được lấy khi cần. Commit hoàn tất trên máy chủ, chi phí phụ thuộc vào kích thước thay đổi chứ không phụ thuộc kích thước toàn kho. Chỉ giữ nhánh chính và các nhánh phát hành; di chuyển một con trỏ nhánh chỉ là một thao tác so sánh và hoán đổi (compare-and-swap) trên một dòng trong cơ sở dữ liệu. Máy khách đi qua tiến trình nền cục bộ, bộ nhớ đệm nhiều tầng rồi mới đến máy chủ, tỷ lệ cache hit ở mọi tầng đều vượt 99%.
Thử tính nhẩm một chút
Lấy các con số trong bản tổng kết để tính thô: 600 PB chia cho 25 triệu lượt checkout, mỗi lượt khoảng 24 GB, về cơ bản khớp với mức "bản làm việc vượt 25 GB". Điều đó cho thấy con số 600 PB là mức trần ước tính theo kiểu "lần nào cũng kéo toàn bộ".
30.000 lượt merge chia cho 24 giờ là trung bình hơn 20 lượt mỗi phút. Theo mô hình push của git, mỗi lần push đều phải đồng bộ với remote trước; ở tần suất này, việc thử lại do xung đột sẽ làm nghẽn hàng đợi. Scion chuyển merge sang phía máy chủ, bỏ hẳn bước push; đồng thời Anthropic từ bỏ khóa merge toàn cục, chuyển sang dựa vào kiểm thử tự động sau merge và trước khi triển khai để đảm bảo, còn khi các thay đổi đồng thời va chạm nhau thì giao cho Claude xử lý.
Kết quả, theo số liệu do chính công ty nêu: mức dùng CPU và bộ nhớ của hạ tầng Scion thấp hơn cụm mirror git trước đây khoảng 200 lần; thao tác checkout cho CI và tác vụ nghiên cứu giảm từ cấp phút xuống cấp giây; riêng CI đã giải phóng khoảng 25% dung lượng CPU.
Claude làm gì trong quá trình này
Bản thân việc di chuyển cũng dùng đến mô hình. Quy trình nhập dữ liệu từ git sang Scion viết tay ban đầu được giao cho Claude Mythos Preview viết lại, mức dùng bộ nhớ giảm còn 1/20 so với trước, tốc độ nhanh hơn khoảng 4 lần. Bản tổng kết cho biết Claude còn tìm ra một số tối ưu ở tầng thuật toán, viết nhiều bộ kiểm thử, mô phỏng và fuzz test; công việc của kỹ sư chuyển thành giữ vững ý đồ thiết kế, bác bỏ các phương án không hợp lý, và rà soát ý đồ của thay đổi thay vì đọc code từng dòng.
Bản tổng kết không đi sâu vào chi tiết của Antique, chỉ nhắc rằng công cụ này cho phép đặt quy tắc ngữ nghĩa cho việc phê duyệt, tách commit chỉ sửa chú thích khỏi commit đụng đến logic nhạy cảm, để review của con người tập trung vào nhóm sau.
Scion không mã nguồn mở. Anthropic nói rất thẳng: "Scion is by no means a suitable replacement for git for general use." Các thành phần nội bộ được tùy biến quá sâu nên không thể đóng gói cho bên khác dùng. Họ hy vọng GitHub, GitLab và cộng đồng mã nguồn mở học hỏi những ý tưởng như RPC phía máy chủ và sparse checkout để cải tiến git. Piper của Google và Sapling do Meta mã nguồn mở đã đi những con đường tương tự; điểm khác biệt là lần này áp lực buộc phải viết lại đến từ khối lượng code do AI tạo ra.
Nguồn tham khảo: Anthropic Engineering Blog, CocoLoop; lượng merge mỗi ngày, số lần checkout và hệ số tiết kiệm tài nguyên đều theo số liệu do Anthropic tự công bố, còn dung lượng mỗi lần checkout là con số biên tập viên tính thô dựa trên các số liệu đó.