Mô hình phi tập trung và sao chép toàn bộ của Git được tối ưu cho quy trình làm việc ngoại tuyến của con người: mỗi nhà phát triển giữ một bản sao kho mã và xử lý lịch sử, diff, blame ngay trên máy. Ở quy mô tác tử, những đặc tính đó trở thành gánh nặng: toàn bộ lịch sử làm phình nhu cầu lưu trữ và truyền tải, việc tạo packfile và duy trì máy nhân bản đòi hỏi nhiều công sức từ CI lẫn bộ phận vận hành, còn sao chép một phần tạo ra các trường hợp ngoại lệ dễ lỗi đối với những truy vấn phụ thuộc vào lịch sử. Khi số lượt hợp nhất lên đến hàng chục nghìn mỗi ngày, tập trung các thao tác này và cung cấp chúng qua API hiệu quả sẽ giảm công việc trùng lặp, đồng thời hỗ trợ các ứng dụng có thể lập trình như tác vụ CI và môi trường sandbox.

Scion áp dụng mô hình ưu tiên máy chủ: changeset được tạo ở phía máy chủ, blob được định địa chỉ theo nội dung và bất biến, còn máy khách chỉ yêu cầu những cây thư mục và blob cần thiết. Điểm then chốt là Scion tách dữ liệu chính tương tự commit khỏi các chỉ mục suy dẫn. Blame, lịch sử đường dẫn và quan hệ tổ tiên được tính toán bằng các pipeline dữ liệu suy dẫn tổng quát, đệ quy, có thể chạy chủ động hoặc theo yêu cầu. Sự tách biệt theo mô-đun này giúp hệ thống mở rộng theo chiều ngang—các máy chủ hoạt động như bộ nhớ đệm dung lượng lớn, phản hồi những yêu cầu đối tượng mang tính xác định—và mở ra các quy trình làm việc có thể lập trình mà không cần hiện thực hóa bản checkout.

Tập trung các thao tác làm phát sinh những dạng sự cố khác: bộ nhớ đệm theo khu vực bị gián đoạn, lượng đọc tăng đột biến khi khởi động và nhu cầu về IAM cũng như kiểm toán mạnh ở cấp API. Anthropic giảm thiểu các rủi ro này bằng cách phân tầng nghiêm ngặt, đặt mục tiêu tỷ lệ cache hit cao và xây dựng mô hình kiểm soát truy cập phong phú. Bảo mật và tuân thủ cũng thay đổi: chính sách phải được thực thi phía máy chủ, đánh giá đối kháng cần được tự động hóa, còn khả năng quan sát phải thể hiện được ý định của tác tử và nguồn gốc của quá trình đánh giá. Để duy trì độ tin cậy ở quy mô lớn, các nhóm cần đầu tư vào cổng kiểm soát chính sách tự động, mô phỏng khép kín hành vi của tác tử và hệ thống ghi nhật ký vững chắc.

Áp dụng VCS ở quy mô tác tử đồng nghĩa với việc phải suy nghĩ lại về đánh giá mã, quyền sở hữu và CI. Quy trình đánh giá nên xác thực ý định và các bất biến thay vì kiểm tra từng dòng; kỹ sư chuyển từ đọc mọi thay đổi sang kiểm toán mục đích và các trường hợp biên. CI và pipeline phát hành nên ưu tiên các bước kiểm tra qua API và hiện thực hóa thưa để tránh việc sao chép tốn kém. Về vận hành, các nhóm cần những vai trò mới: người phụ trách bộ nhớ đệm và chỉ mục, kỹ sư chính sách phía máy chủ và người chịu trách nhiệm độ tin cậy của pipeline dữ liệu suy dẫn. Đào tạo và cẩm nang xác định ranh giới hoạt động cũng như chế độ lỗi của tác tử sẽ trở nên thiết yếu.

Hãy bắt đầu bằng cách tiếp cận kết hợp: triển khai API siêu dữ liệu phía máy chủ và dịch vụ dữ liệu suy dẫn, đồng thời vẫn duy trì git cho quy trình làm việc của từng nhà phát triển. Thử nghiệm sandbox cho tác tử sử dụng checkout thưa và xác thực tính chính xác của dữ liệu suy dẫn. Đầu tư sớm vào kiến trúc bộ nhớ đệm và cơ chế cô lập theo khu vực, đồng thời xây dựng các giao diện đánh giá tự động gọn nhẹ để kiểm soát hành động của tác tử. Cuối cùng, liên tục điều chỉnh chính sách và trải nghiệm nhà phát triển—chẳng hạn như worktree được hiện thực hóa hoặc checkout ảo hóa—để con người vẫn làm việc hiệu quả khi số lượng tác tử tăng lên. Hãy theo dõi độ trễ hợp nhất, tỷ lệ cache hit và mức độ thực thi chính sách như những chỉ số trọng yếu.