Tôi hay nghĩ nút thắt của AI coding là chất lượng code agent viết ra. Bài mới của Anthropic về source control cho thấy một nút thắt khác, nằm ngay sau khi code được viết.
Theo bài này, Anthropic merge khoảng 2.500 thay đổi mỗi ngày vào tháng 5/2026 và hơn 30.000 mỗi ngày vào tháng 9. CI một mình checkout khoảng 25 triệu lần mỗi ngày. Họ nói thẳng: viết code không còn là nút thắt, hạ tầng dành cho tốc độ của con người mới là nút thắt (source control, build, CI).
Git được thiết kế để mỗi clone là một bản đầy đủ, dùng offline được. Họ nhận ra gần như mọi client giờ là agent hoặc job luôn online, nên tính năng đó chỉ thêm gánh nặng. Họ đã chạy vài trăm bản mirror git nội bộ, và mirror càng khó giữ khi tốc độ merge tăng. Kết quả là một hệ thống tên Scion, server giữ lịch sử, client chỉ lấy đúng file cần đọc. Bài nói rõ đây không phải thay thế git cho người thường, chỉ hợp với monorepo rất lớn.
Phần tôi thấy đáng chép nhất lại là chuyện con người và agent:
- Claude có lúc vi phạm ràng buộc của hệ thống, ví dụ quét commit log thay vì hỏi công cụ code review.
- Review kiểu “đối kháng” có lúc khiến code bị over-engineer.
- Cách review đổi theo: kỹ sư xem xét ý định của thay đổi thay vì đọc từng dòng, và vai trò chính chuyển sang phán đoán thiết kế, biết nói “không”.
Phần “ý định thay vì từng dòng” là cách họ mô tả, tôi không khẳng định nó hợp với mọi đội. Nhưng hai lỗi trên nghe rất quen với ai đã giao việc cho agent: đi đường tắt qua dữ liệu có sẵn thay vì dùng đúng công cụ, và thêm lớp trừu tượng không ai cần.
Vì sao tôi quan tâm: làm backend vài năm, tôi quen coi CI và merge queue là thứ “có sẵn, chạy được”. Bài này nhắc rằng khi lượng thay đổi tăng gấp mười, những thứ nhàm chán đó là thứ vỡ đầu tiên. Bài cũng cho biết merge queue khóa toàn cục không còn hợp ở quy mô agent, và họ chuyển sang đầu tư test sau merge và trước deploy.
Việc làm được ngay hôm nay: ghi lại trong CLAUDE.md của repo một ràng buộc mà agent hay phá (kiểu “đừng đọc log, hãy gọi tool X”), rồi xem tuần sau agent còn phá không.