Vibe coding là cách làm phần mềm bằng lời: anh chị mô tả điều mình muốn, AI viết mã, mình chủ yếu nhìn kết quả chạy chứ không đọc mã. Cách này hợp với bản thử và công cụ nội bộ nhỏ, nhưng không nên dùng một mình cho phần đụng tiền, đăng nhập và dữ liệu cá nhân.
Tôi viết bài này vì đội của tôi làm phần mềm hằng ngày cùng các agent AI, và người quen không làm kỹ thuật hay hỏi: «Giờ không biết lập trình cũng tự làm app được à?». Câu trả lời là được, với điều kiện biết chỗ dừng. Bài đi theo thứ tự: vibe coding là gì và thuật ngữ từ đâu ra, khác gì lập trình có AI hỗ trợ, làm được gì và không nên làm gì, công cụ nào dùng được, cách làm an toàn, rồi các điểm bất lợi. Nguồn tôi mở và kiểm ngày 09/11/2026.
Vibe coding là gì và thuật ngữ từ đâu ra
Thuật ngữ này xuất phát từ một bài đăng của Andrej Karpathy trên X ngày 02/02/2025 (bài đăng của Karpathy, kiểm 09/11/2026). Câu mở đầu bài đăng, tôi dịch sát: «Có một kiểu viết mã mới mà tôi gọi là "vibe coding", khi mình buông hẳn theo cảm hứng, đón nhận cấp số nhân, và quên luôn là mã nguồn tồn tại». Ông giải thích điều này làm được vì các mô hình ngôn ngữ lớn đã viết mã đủ giỏi.
Nói gọn theo cách tôi hiểu: vibe coding là giao việc viết mã cho AI bằng lời nói hoặc tin nhắn, rồi đánh giá bằng mắt xem sản phẩm chạy có đúng ý không. Thấy sai thì mô tả lại, dán thông báo lỗi cho AI sửa. Người làm không cần đọc mã, và nhiều khi cũng không đọc được.
Điểm quan trọng nằm ở chữ «quên là mã tồn tại». Đó vừa là lý do vibe coding nhanh, vừa là lý do nó rủi ro. Mã vẫn tồn tại, vẫn có lỗi, vẫn chạy trên máy chủ và xử lý dữ liệu thật, chỉ là không ai nhìn vào nó.
Vibe coding khác lập trình có AI hỗ trợ ở đâu
Hai cách đều dùng AI viết mã. Khác nhau ở chỗ con người có đọc, kiểm và chịu trách nhiệm cho mã hay không.
| Tiêu chí | Vibe coding | Lập trình có AI hỗ trợ |
|---|---|---|
| Ai đọc mã | Gần như không ai | Lập trình viên đọc và duyệt |
| Cách kiểm | Bấm thử, nhìn kết quả | Bộ kiểm thử tự động, duyệt mã, chạy thử trước khi lên bản thật |
| Người làm | Có thể không biết lập trình | Người biết lập trình, dùng AI cho nhanh |
| Hợp với | Bản thử, công cụ cá nhân, việc dùng vài lần | Phần mềm nhiều người dùng, chạy lâu dài |
| Khi có lỗi | Nhờ AI sửa tiếp, khó biết gốc lỗi | Truy được gốc lỗi trong mã |
Ở các dự án của tôi như ZCRM và ZVoice, phần lớn mã do agent AI viết, nhưng đó không phải vibe coding. Mỗi thay đổi đi qua pull request, chạy bộ kiểm thử trên máy chủ CI, có người hoặc agent khác duyệt rồi mới lên bản chạy thật. AI viết nhanh hơn người, nhưng quy trình kiểm vẫn giữ nguyên.
Vibe coding làm được gì, không nên làm gì
Ranh giới tôi dùng rất đơn giản: nếu phần mềm hỏng thì ai chịu thiệt. Hỏng mà chỉ mình mất thời gian làm lại thì cứ vibe coding. Hỏng mà khách mất tiền, lộ thông tin hay công ty sai sổ sách thì cần người biết mã kiểm trước.
Những việc vibe coding làm tốt
- Bản thử để trình bày ý tưởng. Chủ doanh nghiệp muốn cho đội kỹ thuật thấy «màn hình đặt lịch nên trông thế này». Một bản bấm được nói rõ hơn mười trang mô tả.
- Công cụ nội bộ nhỏ cho một người hoặc một nhóm. Trang tính hoa hồng từ tệp Excel, công cụ đổi định dạng danh sách khách, trang tra mã sản phẩm trong kho.
- Kịch bản chạy một lần. Đổi tên hàng trăm tệp ảnh, gộp nhiều tệp CSV, lọc trùng danh sách.
- Trang giới thiệu đơn giản. Trang sự kiện, trang hồ sơ cá nhân không có đăng nhập, không nhận thanh toán.
- Học. Người mới thấy ngay mã chạy ra cái gì, rồi hỏi AI vì sao.
Những việc không nên vibe coding một mình
- Thanh toán, công nợ, hoá đơn. Sai một phép làm tròn là sai tiền của khách.
- Dữ liệu cá nhân của khách hàng. Số điện thoại, địa chỉ, căn cước, lịch sử mua. Doanh nghiệp có trách nhiệm bảo vệ dữ liệu này theo quy định về bảo vệ dữ liệu cá nhân; một trang quên kiểm quyền là lộ cả danh sách.
- Đăng nhập và phân quyền. Đây là phần dễ «chạy được» nhưng hổng nhất, vì lỗ hổng không hiện ra khi bấm thử.
- Phần mềm nhiều người dùng, chạy nhiều năm. Không ai hiểu mã thì không ai bảo trì được khi AI sửa mãi không xong.
- Kết nối với ngân hàng, thuế, hệ thống của đối tác. Lỗi ở đây ảnh hưởng ra ngoài công ty.
Dùng công cụ gì để vibe coding
Công cụ tôi dùng hằng ngày là Claude Code. Tài liệu chính thức mô tả đây là công cụ viết mã dạng agent: đọc mã nguồn, sửa tệp, chạy lệnh, chạy trong cửa sổ dòng lệnh, trong trình soạn mã, trên ứng dụng máy tính và trên trình duyệt (Claude Code overview, kiểm 09/11/2026). Anh chị mô tả việc cần làm bằng lời, nó lên kế hoạch, viết mã qua nhiều tệp và chạy thử. Bản trên web và ứng dụng Claude trên điện thoại cho phép giao việc dài rồi quay lại xem kết quả.
Điều người mới nên biết là quyền hạn. Tài liệu bảo mật của Claude Code mô tả hai chế độ. Chế độ tự động là chế độ khởi đầu mặc định của phiên dòng lệnh và VS Code: một mô hình riêng xét từng hành động thay người dùng và chặn hành động nó cho là không an toàn. Ở chế độ thủ công, Claude Code bắt đầu với quyền chỉ đọc và hỏi anh chị trước khi sửa tệp, chạy kiểm thử hay chạy lệnh. Tài liệu cũng ghi một câu đáng in ra dán cạnh màn hình: người dùng chịu trách nhiệm xem lại mã và lệnh được đề xuất trước khi chấp thuận (Claude Code security, kiểm 09/11/2026).
Nếu anh chị chưa từng mở cửa sổ dòng lệnh, bài Claude Code là gì cho người không lập trình đi từng bước. Muốn so Claude Code với Cursor và Copilot thì xem bài Claude Code là gì, so sánh với Cursor và Copilot. Còn cách tổ chức agent viết mã theo quy trình có kiểm soát nằm ở bài AI coding agent với Claude Code.
Cũng nên hỏi trước: việc này có thật sự cần phần mềm mới không. Nhiều việc lặp lại trên máy tính như soạn báo cáo từ tệp có sẵn, sắp xếp thư mục, điền mẫu văn bản thì Claude Cowork làm thẳng được, không phải viết và giữ một ứng dụng.
Cách vibe coding an toàn cho người không lập trình
Tôi gợi ý sáu thói quen, rút từ cách đội tôi giao việc cho agent:
- Viết mô tả như giao việc cho người mới. Đầu vào là gì, đầu ra là gì, kèm một ví dụ cụ thể. «Làm trang tính hoa hồng» không đủ; «đọc tệp Excel, cột A là tên nhân viên, cột B là doanh số tháng, tính hoa hồng theo bảng tỷ lệ ở trang tính thứ hai, xuất ra bảng mới có tổng từng người» thì đủ.
- Dùng dữ liệu giả khi thử. Đừng đưa danh sách khách thật vào lúc đang làm bản thử.
- Lúc mới học, dùng chế độ thủ công. Để AI hỏi trước khi sửa tệp và chạy lệnh, đọc câu nó hỏi trước khi bấm đồng ý. Không hiểu lệnh thì hỏi lại nó lệnh đó làm gì.
- Lưu từng phiên bản chạy được. Nhờ AI dùng git hoặc ít nhất sao chép thư mục mỗi lần có bản chạy đúng. Khi AI sửa hỏng, anh chị quay lại được.
- Nhờ người biết mã xem trước khi đưa người khác dùng. Một buổi xem lại rẻ hơn nhiều so với một lần lộ dữ liệu.
- Đặt hạn dùng cho công cụ. Công cụ vibe coding nên được ghi rõ «dùng thử đến ngày…». Đến hạn mà vẫn cần thì làm lại đàng hoàng.
Điểm bất lợi của vibe coding
- Lỗi bảo mật không hiện ra khi bấm thử. Trang chạy đúng với anh chị vẫn có thể để người khác xem dữ liệu không thuộc về họ.
- Càng sửa càng rối. Sau nhiều vòng «sửa giúp lỗi này», mã chồng chéo, AI sửa chỗ này hỏng chỗ khác. Không đọc được mã thì không biết dừng ở đâu.
- Khó bàn giao. Người làm nghỉ, công cụ thành hộp đen. Người kế nhiệm không biết nó làm gì, lấy dữ liệu ở đâu.
- Chi phí ẩn. Phí dùng AI theo lượt, phí máy chủ, thời gian sửa lỗi. Công cụ «làm trong một buổi» có thể tốn nhiều buổi giữ cho nó chạy.
- Ảo tưởng về năng lực. Làm được bản thử nhanh dễ khiến chủ doanh nghiệp nghĩ phần mềm thật cũng nhanh như vậy. Phần tốn công của phần mềm thật là xử lý trường hợp lạ, bảo mật, sao lưu, không phải màn hình đầu tiên.
Câu hỏi thường gặp về vibe coding
Không biết lập trình có vibe coding được không?
Được, với bản thử và công cụ nhỏ cho chính mình. Cần học cách mô tả việc rõ ràng và đọc thông báo lỗi để dán lại cho AI. Với phần mềm cho người khác dùng, nên có người biết mã kiểm trước.
Vibe coding có thay được lập trình viên không?
Theo tôi là không, nhưng nó đổi việc của lập trình viên. Ở đội tôi, AI viết phần lớn mã, còn người lo phần quyết định kiến trúc, đặt luật kiểm thử, duyệt thay đổi và chịu trách nhiệm khi có sự cố.
Ai đặt ra thuật ngữ vibe coding?
Andrej Karpathy, trong một bài đăng trên X ngày 02/02/2025. Ông mô tả đó là kiểu viết mã khi người làm buông theo cảm hứng và quên rằng mã nguồn tồn tại.
Ứng dụng làm bằng vibe coding có đưa cho khách dùng được không?
Chỉ nên làm khi đã có người biết mã xem lại phần đăng nhập, phân quyền, lưu dữ liệu, và có sao lưu. Nếu ứng dụng nhận thanh toán hoặc giữ dữ liệu cá nhân, đừng bỏ bước này.
Nên bắt đầu vibe coding từ việc gì?
Từ một việc lặp lại mà anh chị đang làm tay mỗi tuần, đầu vào là tệp có sẵn, đầu ra là một bảng hoặc một tệp mới. Việc nhỏ, dễ kiểm đúng sai, không đụng dữ liệu khách.
Nguồn: bài đăng của Andrej Karpathy trên X (02/02/2025), tài liệu Claude Code (Overview, Security) tại code.claude.com, kiểm ngày 09/11/2026.
