Tóm tắt
Bài viết mô tả một team mở laptop sau cuối tuần và thấy PR hơn 25.000 dòng do AI hỗ trợ. Vấn đề không chỉ là code nhiều. Vấn đề là không ai còn giải thích được data đến từ đâu, vì sao thêm abstraction mới, hoặc quyết định thiết kế nằm ở đoạn nào trong transcript dài với Claude.
Luận điểm chính: AI loại bỏ speed limit của delivery, nhưng không tự tạo engineering culture. Nếu team đã review yếu, thiết kế mơ hồ và ownership kém, agent sẽ khuếch đại các lỗi đó nhanh hơn.
Phát hiện chính
- PR quá lớn làm review trở thành nghi thức, không còn là kiểm soát chất lượng.
- Transcript với LLM không thay thế design note ngắn, có quyết định rõ và owner rõ.
- Code chạy được ở demo chưa chứng minh hệ thống có thể được maintain.
- Senior engineer không chỉ viết code khó hơn; họ phải thiết kế guardrail cho cách cả team dùng AI.
Ý nghĩa với Dev
Dev nên quan tâm vì đây là vấn đề quy trình, không phải tranh luận đạo đức về AI. Nếu team dùng coding agent, hãy đặt giới hạn PR size, yêu cầu người mở PR giải thích thiết kế, bắt test failure có owner, và review abstraction mới như thay đổi architecture.
AI hữu ích nhất khi tăng tốc phần đã có boundary. Khi boundary không tồn tại, nó chỉ làm nợ kỹ thuật đến sớm hơn.