Nguyen Le PhongNguyen Le Phong

Để AI phác thảo, con người giữ bản đồ

AI có thể tạo bản nháp rất nhanh. Con người vẫn phải giữ bản đồ hệ thống: nguồn dữ liệu, ràng buộc, quyền sở hữu và con đường kiểm chứng.

Chưa đầy một phút, trợ lý đã đưa ra bản nháp khá ổn: tìm đúng hàm, thêm một guard, viết test rồi giải thích thay đổi bằng giọng chắc nịch. Tốc độ đúng là ấn tượng. Nhưng trách nhiệm không nhanh chóng biến mất theo. Vẫn phải có người biết bản sửa ấy nằm ở đâu trên tấm bản đồ thật của hệ thống.

Hai người trao đổi bên laptop hiển thị các khối màu giống mã nguồn; trước mặt họ là một sơ đồ hệ thống vẽ trên giấy.
Màn hình và sơ đồ được đặt cạnh nhau để phần code có thể được đối chiếu với toàn hệ thống.

Phân biệt giữa phác thảo và sở hữu công việc giúp AI hữu ích mà không trở thành nguồn lệch hướng âm thầm. Mô hình có thể gợi ý code, tóm tắt phương án, dựng ví dụ và tìm chỗ có thể bị bỏ sót. Còn tấm bản đồ vẫn thuộc về những người chịu trách nhiệm vận hành hệ thống.

Bản đồ ấy rộng hơn sơ đồ kiến trúc. Nó gồm quy tắc nghiệp vụ, hành vi lúc chạy thật, lịch sử migration, kỳ vọng của khách hàng, tài liệu vận hành và những ca biên xấu xí không ai tự nghĩ ra từ một prompt sạch sẽ. Nó cũng giữ lý do vì sao một đường tắt nhìn rất đơn giản lại không an toàn trong codebase này.

Khi con người giữ bản đồ, họ chủ động chọn phần bối cảnh AI được nhìn thấy: spec, test đang hỏng, các tệp liên quan và lỗi từ môi trường thật. Họ yêu cầu mô hình nói rõ điều chưa chắc, thay vì chỉ xin một bản sửa. Họ đối chiếu từng phương án với hệ thống cụ thể, thay vì để AI lấp trang trắng bằng code nghe có vẻ hợp lý.

Câu hỏi trong review nhờ vậy cũng khác đi. Không chỉ là code được tạo ra trông có ổn không, mà là nó đã đáp xuống đúng chỗ chưa. Nó có tôn trọng ranh giới, giữ bất biến và chừa đường rollback không? Test đang bảo vệ hành vi quan trọng, hay chỉ đóng khung đúng implementation mà mô hình tình cờ viết?

Cách làm này không nhất thiết khiến AI chậm hơn; nó giảm những vòng nhanh nhưng vô ích. Một tấm bản đồ tốt đưa bản nháp đến đúng khu vực. Không có bản đồ, đội ngũ có thể nhận một đầu ra bóng bẩy nhưng lại thêm đường tắt, nhân đôi helper hoặc để logic policy rò sang lớp khác. Patch vẫn có thể qua test trong khi hệ thống trở nên khó hiểu hơn.

Để AI viết nháp là thừa nhận công việc trước trang trắng có chi phí và máy móc có thể giúp ta khám phá. Giữ bản đồ là thừa nhận tốc độ không có định hướng vẫn đưa cả đội đi sai. Hai việc bổ sung cho nhau: bản nháp rút ngắn đoạn khám phá, còn bản đồ giữ hướng đi.

Cuối mỗi thay đổi có AI hỗ trợ, nên để lại một dấu vết do con người chịu trách nhiệm: những tệp nào làm nền cho câu trả lời, quy tắc nào được bảo vệ, phần nào đã kiểm tra thủ công và điều kiện nào sẽ dẫn tới rollback. Người đọc sau này cần dấu vết đó, vì họ sẽ không bao giờ thấy toàn bộ prompt của hôm nay.

AI có thể cầm bút cho bản nháp, phương án, danh sách kiểm tra hay test đầu tiên. Người chịu trách nhiệm vẫn phải cầm bản đồ đủ gần để mỗi dòng được sinh ra có một chỗ hợp lý trong hệ thống.

Bạn thấy bài viết thế nào?