Phát triển ở quy mô tác nhân không chỉ đơn thuần là hoạt động tăng lên đôi chút — đây là một kiểu tải hoàn toàn khác về bản chất. GitHub ghi nhận số lượt push, clone và chạy CI tăng gấp nhiều lần khi các tác nhân tự động liên tục lưu trạng thái và kiểm thử gần như mọi bước. Hành vi này biến những đợt tải tăng đột biến vốn chỉ thỉnh thoảng xảy ra thành lưu lượng liên tục với mức đồng thời rất cao: hàng nghìn lượt ghi trên nhiều nhánh, lượng đọc phân tán cực lớn phục vụ CI và quét mã, cùng các lượt hợp nhất thường xuyên tranh chấp trên cùng một ref. Kết quả là những giả định vốn có trong nhiều kiến trúc kho mã không còn phù hợp, buộc chúng ta phải xem xét lại cách cân bằng giữa độ bền dữ liệu, khả năng hiển thị và độ trễ.
Bước chuyển đổi kỹ thuật cốt lõi mà GitHub mô tả là tách độ bền dữ liệu khỏi khả năng mở rộng đọc, đồng thời rút ngắn đường xử lý trọng yếu của các lượt push. Cách tiếp cận hiện nay dựa vào nhiều bản sao đầy đủ: đọc nhanh nhưng ghi tốn kém vì mọi bản sao đều tham gia vào quá trình commit. Trong thế giới ưu tiên tác nhân, hệ thống cần nhanh chóng tiếp nhận lượt push rồi thực hiện các tác vụ bảo trì nặng một cách bất đồng bộ, chỉ phối hợp ở bước cập nhật ref tối thiểu cần sự đồng thuận, và chạy nén cùng thu gom rác ngoài đường xử lý phục vụ yêu cầu. Mô hình này giúp tác nhân nhận được xác nhận độ trễ thấp mà vẫn bảo đảm tính chính xác và khả năng kiểm toán về lâu dài.
Về vận hành, thiết kế lại này tác động đến mọi lớp mà các nhóm phụ thuộc vào. Hệ thống CI cần bỏ giả định rằng đầu nhánh luôn duy nhất và bất biến, đồng thời phải thích ứng với việc các tác nhân tạo nhánh và rebase gần như tức thời. Quy trình đánh giá mã và các quy tắc bảo vệ vẫn phải có hiệu lực ngay cả khi mỗi giờ xuất hiện hàng nghìn pull request do tác nhân tạo ra. Công cụ bảo mật phải mở rộng khả năng quét mà không khiến các lượt commit phải chịu chi phí đồng bộ. Với đơn vị vận hành nền tảng, thách thức là đưa ra những bảo đảm mạnh hơn về độ bền, nhật ký kiểm toán và thực thi chính sách mà không tái tạo các nút thắt phối hợp từng làm chậm vòng lặp của tác nhân.
Với các lãnh đạo kỹ thuật và kiến trúc sư, những tác động thực tế đã hiện hữu ngay: đo lường hành vi của tác nhân để định hình tải, thiết kế CI và kiểm thử ưu tiên fetch cùng các bước kiểm tra tăng dần, đồng thời áp dụng mô hình lưu trữ cho phép hiển thị nhanh mà không cần khóa toàn cục. Đầu tư vào khả năng quan sát hoạt động theo từng nhánh và tác nhân, chính sách có điều kiện có thể mở rộng theo lưu lượng, cùng quy trình bảo trì nén và loại bỏ dữ liệu bất đồng bộ sẽ giúp giảm thiểu những bất ngờ trong vận hành. Các lựa chọn kiến trúc GitHub đang thực hiện nâng chuẩn về hiệu năng và khả năng phục hồi của kho mã — điều này quan trọng với cả nhóm nhỏ lẫn những hệ thống tác nhân lớn nhất.