Cách dùng vibe coding có trách nhiệm trong môi trường production - Vibe coding in prod | Code w/ Claude

Đây là phần trình bày của Eric, nhà nghiên cứu về coding agent tại Anthropic, bàn về cách có thể tận dụng vibe coding (cách giao toàn bộ việc viết mã cho AI) một cách an toàn trong môi trường dịch vụ thực tế. Bài nói giải thích rằng việc chỉ đơn thuần tạo ra thật nhiều mã bằng AI và vibe coding là hai chuyện khác nhau; theo định nghĩa của Andrej Karpathy, cốt lõi là “quên mất ngay cả việc có mã tồn tại”. AI đang xử lý được các tác vụ có quy mô tăng gấp đôi sau mỗi 7 tháng, nên xuất phát điểm của bài nói là nếu không tận dụng được làn sóng này thì sẽ khó tránh khỏi bị tụt lại trong cạnh tranh.

Luận điểm chính

• Nguyên tắc của vibe coding là “quên mã đi, nhưng đừng quên sản phẩm”. Cũng như ta không đọc từng dòng assembly do compiler sinh ra, trọng tâm nên là kiểm chứng chất lượng và độ chính xác của thành phẩm thay vì bản thân đoạn mã do AI viết.
• Vai trò của lập trình viên cần chuyển từ người trực tiếp triển khai sang product manager (PM) của Claude. Giống như khi giao việc cho một kỹ sư mới vào nghề, quá trình tổng hợp đầy đủ yêu cầu, ngữ cảnh codebase và các ràng buộc để truyền đạt cho AI có thể mất hơn 15–20 phút, nhưng khoản đầu tư đó giúp tăng đáng kể tỷ lệ thành công.
• Vibe coding nên tập trung vào các leaf node trong codebase (những chức năng ở rìa mà không có mã khác phụ thuộc vào). Các phần kiến trúc cốt lõi hoặc nền tảng mà những module khác phụ thuộc vào vẫn cần con người hiểu sâu và quản lý trực tiếp.
• Thiết kế khả năng kiểm chứng là điều bắt buộc. Trong một trường hợp nội bộ tại Anthropic, họ đã dùng Claude để viết 22.000 dòng mã reinforcement learning rồi merge vào production; bằng cách thiết kế stress test và các checkpoint kiểm chứng dựa trên đầu vào/đầu ra, họ có thể xác nhận độ ổn định và độ chính xác mà không cần đọc toàn bộ mã.

Giới hạn hiện tại

• Với technical debt, hiện vẫn chưa có cách tốt để đo lường hay kiểm chứng nếu không trực tiếp đọc mã. Đây là lý do lớn nhất khiến vibe coding nên bị giới hạn ở các leaf node.
• Việc người không phải lập trình viên dùng vibe coding để xây dựng hệ thống production trong các mảng nhạy cảm như bảo mật hay thanh toán là rất rủi ro. Điều kiện tiên quyết vẫn là năng lực phán đoán kỹ thuật để đặt ra đúng câu hỏi.

Điểm khác biệt

• Bài nói không xem vibe coding là một trào lưu nhất thời mà đặt nó trong bối cảnh chuyển dịch cấu trúc của ngành phần mềm. Tác giả chỉ ra rằng, cũng như CTO quản lý chuyên gia hay CEO kiểm chứng công việc của kế toán, “bài toán xác minh kết quả dù không biết cách triển khai” là một thách thức đã tồn tại lâu đời như chính nền văn minh.

Hàm ý

• Năng lực được đòi hỏi ở kỹ sư phần mềm đang chuyển từ khả năng viết từng dòng mã sang khả năng định nghĩa yêu cầu thật chính xác và kiểm chứng kết quả một cách có cấu trúc. Xét đến tốc độ cải thiện hiệu năng của các công cụ AI, có vẻ ai thích nghi sớm hơn với sự chuyển đổi này sẽ có lợi thế hơn.

[iolothebard]

Đừng nói chuyện đó với các lập trình viên tuyến đầu nữa mà hãy nói với mấy sếp cấp C đi~~~

[supermaxi]

Chúng ta đều chỉ là PM thôi mà giờ đây