Vibe coding là gì, và làm sao để xài nó mà không tạo ra một mớ hỗn độn
Vibe coding cho phép bạn làm phần mềm chỉ bằng cách mô tả thứ mình muốn bằng lời. Đây là nó là gì, mạnh ở đâu, gãy ở đâu, và làm sao để làm cho ra hồn.
Một năm trước, "vibe coding" còn là một câu nói nửa đùa. Giờ thì nó là cách mà một lượng sản phẩm thật nhiều đến bất ngờ đang được làm ra. Bạn mở một khung chat, mô tả cái app mình muốn bằng tiếng Việt đời thường, rồi ngồi nhìn code chạy được tự hiện ra. Không cú pháp nào phải học thuộc, không đống boilerplate nào phải gõ. Chỉ có bạn, một ý tưởng, và một AI biến ý tưởng đó thành thứ bạn bấm nút là chạy.
Đó là lời hứa. Còn thực tế thì thú vị hơn thế, và hữu ích hơn nhiều một khi bạn hiểu được chỗ nào phép màu kết thúc và chỗ nào công việc kỹ thuật bắt đầu.
Vibe coding thật ra nghĩa là gì
Vibe coding là làm phần mềm bằng cách mô tả ý định, thay vì tự tay viết từng dòng. Bạn ở lại trong ngôn ngữ tự nhiên, model lo phần viết code, còn bạn cầm lái bằng cách phản ứng với thứ mình nhìn thấy: "làm cái nút to lên", "giờ lưu cái này vào database", "nó bị crash khi danh sách rỗng, sửa giúp".
Cái tên ấy chạm đúng một điều có thật. Bạn đang code bằng cảm giác, bằng "vibe", bằng cái vòng lặp mô tả rồi phản ứng. Lần đầu tiên, nút thắt cổ chai không còn là bạn gõ nhanh tới đâu hay thuộc bao nhiêu cái API. Nó là bạn nói ra được điều mình muốn rõ tới mức nào.
Ngày xưa, nút thắt nằm ở cú pháp. Bây giờ nó nằm ở sự rõ ràng của ý định. Và đó là một bài toán dễ chịu hơn nhiều.
Đây là chuyện thật sự mới. Một người mới bắt đầu có thể ship một công cụ chạy được chỉ trong một buổi chiều. Một founder làm một mình có thể dựng thử năm ý tưởng trong khoảng thời gian ngày trước chỉ đủ để dựng khung cho một cái. Cái ngưỡng để nói "tôi đã làm ra một thứ thật" đã rơi xuống tận đáy.
Vibe coding toả sáng ở đâu
Có những việc gần như sinh ra là để dành cho cách làm này.
- Bản prototype và đồ làm cho vui rồi bỏ. Khi mục tiêu chỉ là thấy ý tưởng chạy được, chứ không phải nuôi nó suốt năm năm, vibe coding gần như vô đối. Tốc độ chính là điểm cốt lõi, và chẳng ai bận tâm bên trong nó viết thế nào.
- Mấy đoạn script chắp vá. Những việc làm một lần rồi thôi: đổi tên một nghìn file, cào một trang web, nắn lại một cái bảng tính. Bạn mô tả công việc, nhận về cái script, chạy đúng một lần.
- Học bằng cách làm. Đây là phần Codepet quan tâm nhất. Khi bạn ship được một thứ thật ngay ngày đầu, động lực không còn là vấn đề nữa. Cái khéo nằm ở chỗ giữ cho mình tiếp tục hiểu vì sao code chạy, chứ không chỉ dừng ở việc thấy nó chạy.
- Cái 20% mình không rành. Ngay cả dân kỹ thuật cứng tay cũng vibe-code ở góc công nghệ mà cả năm họ mới đụng tới một lần. Một cái regex, một animation CSS, một câu lệnh shell khó nhớ. Mô tả, nhận về, đi tiếp.
Ở tất cả những trường hợp này, cái giá của một lỗi sai rất thấp, còn giá trị của tốc độ lại rất cao. Đó chính là vùng đất vàng.
Chỗ nó cắn lại
Rắc rối bắt đầu khi một bản prototype làm theo kiểu vibe lặng lẽ biến thành hàng thật. Chuyện này xảy ra thường xuyên hơn bất kỳ ai lường trước.
| Trông thì ổn | Cho tới khi |
|---|---|
| Nó chạy trên máy bạn | Người dùng thứ hai rơi vào một tình huống bạn chưa từng thử |
| Đường đi đẹp đẽ thì ổn | Một ô input rỗng, một mạng chậm, hay một cái ngày tháng kỳ quặc làm nó gãy |
| AI "đã sửa" lỗi rồi | Bản sửa chỉ che đi triệu chứng, còn cái gốc vẫn nằm nguyên đó |
| Bạn ship được thật nhanh | Sáu tuần sau, không ai, kể cả bạn, hiểu nổi đống code đó nữa |
Không điều nào trong số này có nghĩa vibe coding là dở. Chúng chỉ nói rằng nó có một hình dạng riêng, và phớt lờ cái hình dạng đó chính là cách bạn ôm về một đống code chạy ngon cho tới khi đột nhiên nó không chạy nữa.
Rủi ro sâu hơn thì khó thấy hơn. Nếu bạn không bao giờ hiểu code, bạn không thể phán xét câu trả lời của AI là hay thật hay chỉ là tự tin. Bạn mất luôn khả năng phân biệt một bản sửa thật với một bản sửa nghe có vẻ hợp lý, mà đó lại đúng là kỹ năng tách bạch giữa người dùng AI và người bị AI dùng lại.
Làm sao vibe coding mà không phải hối hận
Mục tiêu không phải là ngừng vibe coding. Mục tiêu là giữ được tốc độ trong khi vẫn giữ được khả năng phán đoán. Vài thói quen nhỏ làm gần hết phần việc đó.
- Đọc đoạn code nó viết ra, lần nào cũng vậy. Bạn không cần tự viết, nhưng bạn cần hiểu. Cái gì không theo kịp thì cứ bảo AI giải thích. Năm phút bạn bỏ ra để đọc chính là ranh giới giữa việc học và việc đem chính tư duy của mình đi thuê ngoài.
- Tự mình thử những đường đi xấu xí. Model tối ưu cho đúng cái trường hợp bạn mô tả. Còn bạn mới là người phải thử cái danh sách rỗng, cái input khổng lồ, cái kết nối bị rớt. Hãy cố tình làm nó gãy trước khi một người dùng vô tình làm điều đó.
- Chủ động xin cả những phần nhàm chán. "Thêm xử lý lỗi đi." "Nếu chỗ này thất bại thì sao?" "Viết một cái test cho các tình huống biên." Model rất sẵn lòng làm, chỉ là nó thường sẽ không làm nếu bạn không mở lời.
- Giữ trong đầu một mô hình về cách nó vận hành. Bạn nên kể được app của mình trong vài câu: cái gì lưu dữ liệu, cái gì nói chuyện với cái gì, chỗ nào là chỗ nguy hiểm. Nếu không kể được, bạn đang bay mù, và thay đổi tiếp theo sẽ chỉ là đoán mò.
- Biết lúc nào nên đi chậm lại. Dựng thử thì cứ vibe. Đưa cho người khác xài thì phải cẩn thận. Khoảnh khắc có người dùng thật trông cậy vào nó, luật chơi đổi khác, và câu "lúc tôi thử thì nó chạy mà" không còn đủ nữa.
Cái kỹ năng nằm bên dưới chữ "vibe"
Đây là phần khiến nhiều người bất ngờ. Vibe coding không làm cho kiến thức lập trình trở nên thừa thãi. Nó làm cho kiến thức ấy có sức bẩy lớn hơn.
Người hiểu database là gì, hiểu vì sao một trạng thái rỗng lại quan trọng, hiểu dữ liệu chảy qua app của mình ra sao, sẽ moi được từ cùng một con AI nhiều gấp bội so với người chỉ gõ vào những câu chữ đầy hy vọng. Họ hỏi sắc hơn, họ bắt được câu trả lời sai, và họ biết góc nào cắt bớt thì an toàn. AI là một cái máy mạnh, mà máy mạnh thì luôn hậu đãi người biết rõ mình đang xây cái gì.
Đó là toàn bộ ván cược của Codepet. Không phải "để AI làm hộ", mà là "làm ra thứ thật bằng AI, và nuôi lớn cái khả năng phán đoán để biết khi nào nó đúng". Vibe coding là con đường dẫn vào. Còn đích đến là trở thành một người có thể ship một sản phẩm và tin tưởng nó, bởi vì bạn hiểu chính thứ mình vừa ship ra.
Vậy nên cứ vibe đi. Cuối tuần này hãy dựng cái phiên bản đầu tiên còn khiến mình hơi ngượng. Chỉ cần đọc thứ AI đưa cho bạn, làm nó gãy trước khi người dùng làm, và coi mỗi dòng mình chưa hiểu là thứ tiếp theo đáng để học. Đó là cách một cái "vibe" lớn lên thành một kỹ năng.
