"Vibe Coding": Tại sao xu hướng lập trình này có thể trở thành mối đe dọa đối với doanh nghiệp?

Một quản lý marketing không có nền tảng kỹ thuật mở ứng dụng Cursor vào sáng thứ Hai. Đến chiều thứ Tư, cô ấy đã có một ứng dụng hoàn chỉnh dành cho khách hàng. Nó trông chuyên nghiệp và thực hiện được các nhiệm vụ cốt lõi. Cô ấy demo cho Giám đốc bộ phận (VP), người này chuyển nó cho CMO, và rồi nó được trình diễn trong cuộc họp ban lãnh đạo như bằng chứng cho thấy nhóm đang "di chuyển với tốc độ của AI".

Đến thứ Sáu, ứng dụng đó đã được đưa đến tay khách hàng.

Không ai hỏi ai là người sở hữu quyết định tung ra nó. Không ai kiểm tra nó trong các điều kiện thực tế mà nó sẽ phải đối mặt. Không ai có đủ vị thế văn hóa để nói rằng "nó trông tuyệt vời, nhưng chúng ta không đưa nó vào vận hành". Nguyên mẫu đã trở thành sản phẩm chỉ vì tổ chức không có hệ thống để phân biệt sự khác biệt này.

Đây là ví dụ điển hình về những gì "Vibe Coding" (lập trình dựa trên cảm hứng/sự mô tả tự nhiên) sắp phơi bày trên diện rộng trong các doanh nghiệp. Những công ty nghĩ câu chuyện ở đây là về phần mềm sẽ thua trước những công ty hiểu rằng câu chuyện thực chất nằm ở sự phán xét.

Các giám đốc điều hành xem xét bản demo phần mềm trên máy tính xách tay

Xu hướng thực tế là sự nén quyết định

Andrej Karpathy đã đặt ra thuật ngữ "vibe coding" vào đầu năm 2025 để mô tả phong cách xây dựng phần mềm được hỗ trợ bởi AI thông qua việc nhập câu lệnh bằng ngôn ngữ tự nhiên, thường mà không cần kiểm tra kỹ lưỡng mã nguồn bên dưới. Google Cloud mô tả vibe coding là thực hành phát triển phần mềm giúp việc xây dựng ứng dụng dễ tiếp cận hơn, đặc biệt với những người có ít kinh nghiệm lập trình.

Các công cụ như Cursor, Replit, Lovable, Bolt, GitHub Copilot Workspace, v0 của Vercel và Claude Code đã biến thực hành này từ sự tò mò thành hiện thực nơi làm việc với tốc độ chóng mặt.

Tất cả điều đó là đúng. Nhưng không có điểm nào trong đó là trọng tâm.

Vấn đề là vibe coding làm thu hẹp khoảng cách từ ý tưởng đến sản phẩm vật lý từ vài tháng xuống vài giờ. Khi khoảng cách đó thu hẹp lại, mọi cơ chế kiểm soát chất lượng mà tổ chức của bạn đã phát triển trong 30 năm qua đều bị bỏ qua mặc định. Đó bao gồm: rà soát thiết kế, rà soát bảo mật, rà soát pháp lý, rà soát thương hiệu. Ngay cả sự ma sát đơn giản của việc phải thuyết phục một kỹ sư rằng ý tưởng của bạn đáng để xây dựng. Đây là câu chuyện về quản trị, không phải câu chuyện về phần mềm. Nó đang xảy ra đồng thời ở mọi cấp độ trong biểu đồ tổ chức.

Tốc độ mà thiếu sự phán xét là một rủi ro

Vào mùa hè năm 2025, Jason Lemkin - nhà sáng lập SaaStr - đã tiến hành một thử nghiệm kéo dài nhiều ngày với tác nhân lập trình AI của Replit. Trong quá trình đóng băng mã nguồn rõ ràng, tác nhân AI này đã xóa một cơ sở dữ liệu sản phẩm trực tiếp, reportedly ảnh hưởng đến hồ sơ của hơn 1.200 giám đốc điều hành và hơn 1.100 công ty. Nó còn bịa đặt dữ liệu và xuyên tạc những gì đã xảy ra.

Lemkin là một nhà phát triển có trình độ hiểu biết kỹ thuật sâu sắc, đang chạy một thí nghiệm được kiểm soát trên một nền tảng được xây dựng riêng cho công việc này. Hãy tưởng tượng cùng một sơ suất hỏng đó phân bố trên mọi chức năng kinh doanh trong công ty bạn, với những người không có kiến thức kỹ thuật, trên các quy trình làm việc chưa bao giờ được thiết kế để có sự tham gia của AI.

Đây không phải là một rủi ro giả định. Nghiên cứu của MIT về việc áp dụng AI trong doanh nghiệp cho thấy phần lớn các thử nghiệm AI tạo sinh của các tập đoàn đều thất bại trong việc mang lại lợi ích tài chính khả đoán. Vấn đề cốt lõi không đơn giản nằm ở công nghệ. Đó là sự bất lực của tổ chức trong việc tích hợp AI vào các quy trình thực tế, học hỏi từ việc triển khai và phân biệt được giữa một bản demo hoạt động tốt và một hệ thống mang lại hiệu quả thực sự.

Klarna đã học được bài học này theo cách công khai. Sau khi tự hào rằng trợ lý AI của mình đang làm công việc tương đương hàng trăm nhân viên dịch vụ khách hàng, công ty này bắt đầu tuyển dụng lại nhân sự con người vào năm 2025. CEO Sebastian Siemiatkowski sau đó đã nhấn mạnh sự cần thiết phải cân bằng việc sử dụng AI với sự hỗ trợ của con người. Công nghệ hoạt động ở một khía cạnh nào đó, nhưng hệ thống phán xét xung quanh nó chưa hoàn chỉnh.

Vibe coding có khả năng nhân lên sơ suất đó trên các chức năng kinh doanh. Marketing sẽ tung ra ứng dụng. Vận hành sẽ tung ra quy trình làm việc. Nhân sự sẽ tung ra công cụ nội bộ. Mỗi thứ đều trông giống như sự tiến bộ trên các slide thuyết trình. Một số sẽ sinh ra ít kết quả. Những thứ khác có thể tạo ra các nghĩa vụ pháp lý mà công ty sẽ không phát hiện cho đến khi một khách hàng, cơ quan quản lý hoặc nhà báo tìm thấy chúng trước.

Màn hình máy tính hiển thị mã nguồn và các công cụ phát triển phần mềm

Năm điểm yếu sẽ làm doanh nghiệp "đứt gãy"

Tôi lập luận rằng các tổ chức cần thực hiện những gì tôi gọi là "Kiểm toán Hệ thống Phán xét" (Judgment System Audit), một chẩn đoán trên năm chiều để xác định xem một công ty có thể chuyển hóa AI thay vì chỉ đơn thuần triển khai nó hay không. Vibe coding là bài kiểm tra căng thẳng rõ ràng nhất của khung này mà tôi từng thấy. Dưới đây là nơi các vết nứt sẽ xuất hiện:

1. Quyền ra quyết định (Decision Rights)

Khi một người không phải kỹ sư xây dựng một ứng dụng hoạt động trong hai ngày bằng Lovable hay Bolt, ai có thẩm quyền phê duyệt việc sử dụng nó cho mục đích bên ngoài? Ở hầu hết các công ty, không ai biết. Biểu đồ tổ chức được xây dựng cho một thế giới nơi chỉ những vai trò nhất định mới có thể tạo ra các tạo phẩm nhất định. Vibe coding đi ngược lại giả định đó, và sự mơ hồ kết quả sẽ được lấp đầy bởi người di chuyển nhanh nhất, người hiếm khi là người nên ra quyết định.

2. Văn hóa phủ quyết (Override Culture)

Có ai trong tổ chức của bạn có thể nhìn vào một nguyên mẫu hào nhoáng và nói "không" mà không rủi ro nghề nghiệp không? Nếu câu trả lời là không, vibe coding sẽ trở thành một con trỏ một chiều. Mọi nguyên mẫu demo tốt đều được tiến lên, vì chi phí xã hội của việc dừng lại vượt quá rủi ro nhận thức khi tung ra nó. Văn hóa phủ quyết là hệ miễn dịch của một doanh nghiệp được kích hoạt bởi AI. Hầu hết các công ty không có thứ này.

3. Tư duy bối cảnh (Contextual Intel)

Rủi ro lặp đi lặp lại là các công cụ AI có thể tạo ra kết quả đầu ra hợp lý về mặt kỹ thuật nhưng ngây thơ về bối cảnh. Một ứng dụng vibe-coded không biết môi trường pháp lý của bạn, khách hàng mục tiêu, giọng văn thương hiệu, độ nhạy cảm dữ liệu hay các ràng buộc vận hành của bạn. Sự phán xét để áp dụng bối cảnh đó nằm ở con người, nhưng chỉ khi những con người đó có mặt trong phòng trước khi nguyên mẫu được khen ngợi.

4. Tốc độ học hỏi (Learning Velocity)

Câu hỏi đúng cần đặt ra sau khi một nguyên mẫu vibe-coded thất bại không phải là "AI đã làm sai gì?". Đó là "quy trình của chúng ta đã bỏ sót điều gì?". Các công ty có tốc độ học hỏi cao coi mỗi thất bại là một sự kiện hiệu chỉnh cho hệ thống phán xét của họ.

5. Nhận thức đạo đức (Ethical Discernment)

Vibe coding làm cho việc xây dựng những thứ không nên được xây dựng trở nên dễ dàng một cách đáng sợ. Hãy nghĩ đến các tính năng giám sát, các mẫu trải nghiệm người dùng (UX) thao túng, thu thập dữ liệu người dùng mà không có sự đồng ý ý nghĩa... Rào cản kỹ thuật trước đây đã làm phần công việc đạo đức giúp bạn. Giờ thì không còn nữa. Nếu tổ chức của bạn không có sự nhận thức đạo đức như một năng lực sẵn có, vibe coding sẽ phơi bày lỗ hổng đó một cách công khai.

Vấn đề không phải là áp dụng, mà là sự sẵn sàng

Hầu hết các cuộc trò chuyện của lãnh đạo về vibe coding được định khung như các câu hỏi về áp dụng. Chúng ta có nên khuyến khích nó không? Chúng ta có nên đào tạo cho nó không? Chúng ta có nên hạn chế nó không?

Đó là những câu hỏi sai để hỏi. Vibe coding đang xảy ra trong công ty bạn dù bạn có chính sách hay không. Nhiều nhân viên đã có quyền truy cập vào Cursor, Claude, ChatGPT, Replit và Lovable trên các thiết bị cá nhân, vì vậy đường cong áp dụng không chính thức đã vượt qua quy trình chính sách.

Câu hỏi đúng mang tính chẩn đoán, không phải chiến lược. Tình trạng của hệ thống phán xét của bạn là gì, và nó sắp được kiểm tra против điều gì? Những công ty sẽ vươn lên trong 24 tháng tới không phải là những người áp dụng nhanh nhất. Họ là những người có hệ thống phán xét đủ trưởng thành để việc áp dụng không làm họ vỡ trận.

Đây là sự đảo ngược mà hầu hết các giám đốc điều hành chưa thực hiện. Trong kỷ nguyên trước AI, năng lực là khan hiếm và sự phán xét được giả định là sẵn có. Trong kỷ nguyên mới của AI, năng lực là rẻ và sự phán xét là đầu vào khan hiếm.

Giao diện lập trình trên máy tính xách tay

Các nhà lãnh đạo nên làm gì vào thứ Hai?

Nếu bạn là một nhà lãnh đạo cấp cao và chỉ lấy lại một điều từ bài viết này, hãy lấy điều này. Trước khi bạn viết một chính sách về vibe coding, hãy thực hiện một Kiểm toán Hệ thống Phán xét.

Chọn một quyết định liên quan đến AI gần đây mà tổ chức của bạn đã thực hiện. Một việc áp dụng công cụ. Một cuộc thử nghiệm. Một nguyên mẫu được thăng cấp hoặc bị hủy. Hãy xem xét nó qua năm chiều. Quyền ra quyết định ở đâu mơ hồ? Văn hóa phủ quyết thất bại ở đâu? Tư duy bối cảnh thiếu ở đâu? Bạn đã học được gì và điều đó được mã hóa như thế nào? Nhận thức đạo đức phụ thuộc vào lương tâm cá nhân hay quy trình thể chế?

Bạn sẽ tìm thấy các lỗ hổng. Ai cũng vậy. Tuy nhiên, câu hỏi là bạn tìm thấy chúng trước hay sau vibe coding. Đây là phần mà không ai nói toàng ra: Đối thủ cạnh tranh của bạn sẽ không đánh bại bạn vì họ vibe coding nhanh hơn. Họ sẽ đánh bại bạn vì hệ thống phán xét của họ đủ trưởng thành để hấp thụ những gì vibe coding tạo ra, và của bạn có thể không như vậy.