Vibe coding là gì? Định nghĩa, công cụ và giới hạn

Vibe coding, giải thích đơn giản

Vibe coding là gì? Đó là cách tạo phần mềm bằng việc mô tả nó cho AI, thay vì tự mình viết code. Bạn nói điều mình muốn bằng ngôn ngữ thường ngày, AI viết code, bạn xem kết quả rồi nói rõ thêm yêu cầu. Người làm việc theo cách này được gọi là vibe coder.

Với một app di động, mọi thứ có thể bắt đầu bằng câu "tạo một danh sách việc cần làm với một nút để thêm mục". Nhưng phần quan trọng đến sau đó: kiểm tra xem việc thêm có hoạt động không, danh sách có còn sau khi đóng app không, và màn hình có dùng được trên điện thoại của bạn không.

Bạn có thể bắt đầu mà không biết lập trình. Để đi tiếp, bạn sẽ dần phải hiểu app của mình làm gì, nó lưu dữ liệu ở đâu và cách kiểm tra một thay đổi.

Tôi tự code các app iOS của mình bằng Claude và Cursor, mỗi ngày. Solys, một app báo thức có mini game, và TradaZen, một app mô phỏng giao dịch, đều đã có trên App Store. Bài hướng dẫn này đến từ chính công việc đó: vibe coding thực sự làm được gì, nó gãy ở đâu, và làm sao để đi đến một app được phát hành.

Vì sao gọi là "vibe coding"?

Thuật ngữ này có ngày ra đời. Ngày 2 tháng 2 năm 2025, Andrej Karpathy, đồng sáng lập OpenAI, mô tả trên X một cách lập trình mới: bạn thả mình theo "vibe", chấp nhận những gì AI đề xuất, và gần như quên rằng code tồn tại. Ông gọi nó là "vibe coding". Lịch sử của từ này được kể lại trên trang Wikipedia của nó.

Từ này lan rất nhanh. Từ điển Merriam-Webster đưa nó vào ngay từ tháng 3 năm 2025, và từ điển Collins chọn nó làm từ của năm 2025.

Ở Pháp, sự tò mò cũng theo sau. Trên Google Keyword Planner, ngày 2 tháng 10 năm 2026, từ khóa "vibe coding" có từ 10.000 đến 100.000 lượt tìm kiếm mỗi tháng và tăng +900% trong một năm.

Hãy nhớ nghĩa gốc: theo cách Karpathy nói, vibe coding là việc không còn đọc code nữa. Điều đó rất ổn cho một thử nghiệm cuối tuần. Nó rủi ro với một app mà người thật sẽ dùng, và đó chính là khác biệt so với phương pháp mô tả bên dưới.

Vibe coding, no-code và phát triển với AI

Các khái niệm này chồng lên nhau, nhưng không chỉ cùng một phương pháp.

Phương pháp	Bạn làm gì	Bạn nhận được gì	Giới hạn
No-code	Bạn ghép các khối trong một giao diện trực quan	Một app sống bên trong công cụ	Bạn phụ thuộc vào nền tảng và bảng giá của nó
Vibe coding	Bạn mô tả kết quả và tiến lên bằng prompt	Code thật, mà bạn đọc rất ít hoặc không	Lỗi lọt qua chừng nào chưa ai kiểm tra
Phát triển có AI hỗ trợ	Bạn cũng mô tả, nhưng kèm quy tắc, đọc lại và kiểm thử	Code thật, mà bạn biết cách phát triển	Chậm hơn lúc đầu, phải học cách kiểm tra

Bạn có thể bắt đầu với cách thứ hai và dần chuyển sang cách thứ ba. Tên công cụ không đủ để phân biệt chúng: bạn có thể yêu cầu Codex một thay đổi mơ hồ, cũng như có thể viết một yêu cầu chính xác trong một trình tạo app.

Hướng dẫn tạo app mà không cần code trình bày chi tiết những gì cần học khi prototype của bạn bắt đầu trở thành một sản phẩm thật.

Làm vibe coding như thế nào?

Phương pháp gói gọn trong năm thao tác, dù dùng công cụ nào.

1. Mô tả một kết quả kiểm tra được. Không phải "một app thể thao", mà là "một màn hình có danh sách các buổi tập của tôi và một nút để thêm buổi mới".
2. Mỗi lần chỉ yêu cầu một việc. Một màn hình, một chức năng, một bản sửa. Mười yêu cầu trong một prompt cho ra mười thứ làm dở.
3. Xem kết quả trên điện thoại thật. Bản xem trước trên trình duyệt không chứng minh được gì cho một app di động.
4. Sửa bằng một yêu cầu chính xác. Nói bạn đã làm gì, đã thấy gì và mong đợi gì. Một ảnh chụp màn hình giúp rất nhiều.
5. Lưu lại những gì chạy được. Trước mỗi yêu cầu mới, hãy giữ một phiên bản để có thể quay lại.

Năm thao tác này đủ cho một prototype. Với một app bạn muốn phát hành, cần thêm quy tắc và bước kiểm tra: đó là nội dung của bài tạo app với AI.

Nên dùng công cụ nào cho app di động?

Có hai hướng: làm việc trong dự án của riêng bạn, hoặc bắt đầu trong một công cụ tạo app từ mô tả của bạn.

Codex và Claude Code có thể làm việc trong một thư mục code, sửa file và chạy lệnh. Cursor cho phép làm việc trong một trình soạn thảo cùng một agent. Những cách dùng này hợp với một app mà bạn muốn hiểu và giữ lại dự án. Khả năng của chúng được mô tả trong tài liệu Codex CLI, Claude Code và Cursor Agent.

Các trình tạo app có môi trường và định dạng đầu ra riêng. Trước khi chọn, hãy kiểm tra xem nó tạo ra một ứng dụng web, một dự án di động hay một dự án chỉ dành cho các nền tảng của Apple. Bài so sánh Lovable, Rork và FlutterFlow giải thích khác biệt này.

Dưới đây là những gì bốn công cụ nổi tiếng tạo ra và gói miễn phí của chúng cho phép gì, theo trang bảng giá đọc ngày 2 tháng 10 năm 2026. Các gói này thay đổi thường xuyên: hãy kiểm tra lại trước khi chọn.

Công cụ	Nó tạo ra gì	Gói miễn phí
Claude Code	Code trong dự án của bạn, từ terminal	Không: nó nằm trong các gói trả phí, từ 20 $ mỗi tháng
Cursor	Code trong dự án của bạn, từ một trình soạn thảo	Có, với số lượng request agent có giới hạn
Lovable	Một ứng dụng web	Có: 5 credit mỗi ngày, tối đa 30 mỗi tháng
Bolt	Một website hoặc ứng dụng web, được host bởi họ	Có: 300.000 token mỗi ngày, 1 triệu mỗi tháng, kèm logo của họ

Với một app iPhone, định dạng dự án quyết định mọi chuyện tiếp theo. Một agent làm việc trong dự án React Native và Expo để lại cho bạn code và con đường đến App Store. Một trình tạo ứng dụng web cho bạn một đường link để chia sẻ, chứ không phải một trang trên App Store. Để chọn, hãy đọc nên dùng AI nào để tạo app.

Quan trọng nhất là chọn một quy trình bạn theo được: mở dự án, hiển thị kết quả, lưu một phiên bản và hiểu một lỗi. Một công cụ ấn tượng nhưng khiến bạn kẹt ngay lần sửa đầu tiên sẽ không giúp bạn hoàn thành.

Vibe coding có những rủi ro gì?

Rủi ro không nằm ở AI. Nó nằm ở việc phát hành thứ chưa ai kiểm tra. Hai sự cố công khai cho thấy điều đó, và cả những lần tôi bị Apple từ chối cũng vậy.

Dữ liệu mở cho tất cả mọi người. Một nhà nghiên cứu bảo mật đã phân tích 1.645 dự án tạo bằng Lovable và công bố kết quả vào tháng 5 năm 2025: 170 dự án làm lộ dữ liệu, gồm email, số điện thoại và API key. Nguyên nhân: quy tắc truy cập cơ sở dữ liệu bị thiếu hoặc quá rộng. App vẫn chạy rất ổn trên màn hình, và đó chính là cái bẫy.

Một cơ sở dữ liệu bị xóa. Tháng 7 năm 2025, agent của Replit đã xóa cơ sở dữ liệu production của một dự án trong lúc đóng băng code, dù chủ dự án đã cấm mọi thay đổi. Sau đó Replit thông báo tự động tách riêng cơ sở dữ liệu development và production.

Bị Apple từ chối. AI không nhìn app của bạn bằng con mắt của một reviewer. Với Solys, tôi đã bị từ chối hai lần mà AI không hề cảnh báo: một màn hình bắt buộc không thể vượt qua trong một cửa sổ nhỏ, rồi một yêu cầu đánh giá đặt quá sớm. Cả hai được kể trong bài vì sao Apple từ chối một app.

Một khóa bí mật nằm trong app. Khi AI cần một API key, nó rất sẵn lòng đặt key đó vào code được giao cho người dùng, nơi bất kỳ ai cũng đọc được. Hướng dẫn về API key trong app Expo giải thích nên gọi API từ đâu.

Cách phòng tránh lần nào cũng giống nhau: mỗi rủi ro một bước kiểm tra. Quy tắc truy cập được thử với hai tài khoản, một bản sao lưu trước mỗi lần thay đổi cơ sở dữ liệu, chạy thử trên iPhone nhỏ nhất và lớn nhất, không có khóa bí mật nào trong app.

Dự án đầu tiên: một danh sách chuẩn bị cho chuyến đi

Lấy một ví dụ giả định: một app giúp chuẩn bị ba lô đi bộ đường dài. Phiên bản đầu tiên chỉ cho phép thêm một món đồ, đánh dấu nó và lưu lại danh sách.

Hãy bắt đầu bằng một prompt mô tả kết quả kiểm tra được:

Tôi đang làm một app di động nhỏ để chuẩn bị ba lô đi bộ đường dài.
Bước đầu tiên: một màn hình duy nhất với danh sách đồ dùng.
Tôi muốn thêm một món đồ và đánh dấu nó khi đã cho vào ba lô.
Trước tiên hãy dùng dữ liệu cục bộ, không cần tài khoản người dùng.
Trước khi sửa dự án, hãy giải thích những file liên quan.
Sau khi thay đổi, hãy cho biết cách kiểm tra việc thêm và đánh dấu.
Tạm thời đừng thêm thanh toán, bản đồ hay chức năng AI.

Prompt này là một ví dụ để bạn điều chỉnh, không phải một app đã được làm sẵn. Nó giúp bạn tránh giao mười chức năng cho công cụ khi bạn còn chưa biết cách kiểm tra chức năng đầu tiên.

Khi màn hình đã hiển thị, hãy thử từng thao tác một. Thêm một món đồ, đánh dấu nó, rồi đóng và mở lại app. Nếu danh sách biến mất, hãy yêu cầu cụ thể là lưu dữ liệu khi khởi động lại. Nếu chữ bị cắt, hãy gửi ảnh chụp màn hình và cho biết kích thước thiết bị liên quan.

Những bước kiểm tra cần giữ ngay từ đầu

Với mỗi bước nhỏ, hãy trả lời các câu hỏi sau:

1. Thao tác được yêu cầu có thực sự hoạt động không?
2. Kết quả có còn đúng sau khi đóng app hoặc quay lại không?
3. Bàn phím, chữ và các nút có còn dùng được trên điện thoại của tôi không?
4. Tôi có thể quay về phiên bản trước nếu thay đổi tiếp theo làm hỏng thứ gì đó không?

Khi AI đề xuất một thư viện phụ thuộc hoặc một dịch vụ, hãy hỏi vì sao cần nó và nó tốn bao nhiêu.

Có thể phát hành một app làm bằng vibe coding không?

Có. Solys và TradaZen đều đã có trên App Store, và code của chúng được viết bằng Claude và Cursor. Với TradaZen, từ commit đầu tiên đến lúc phát hành là 26 ngày lịch.

Nhưng cách tạo app không miễn cho bạn bất cứ việc gì. Bạn vẫn phải test app, chuẩn bị trang giới thiệu và giải thích cách app hoạt động cho Apple. Một bản xem trước chạy tốt trên trình duyệt không chứng minh rằng phiên bản gửi cho Apple chạy được trên iPhone. Và bốn bước hoàn toàn do bạn đảm nhận: ký app, TestFlight, gói đăng ký và việc xét duyệt.

Hướng dẫn phát hành trên App Store mô tả các bước này. Để bắt đầu với công cụ của OpenAI, hãy dùng hướng dẫn tạo app với Codex. Với công cụ của Anthropic, hãy theo bài tạo app với Claude Code.

Vibe coding có miễn phí không?

Để thử thì có. Cursor, Lovable và Bolt có gói miễn phí, giới hạn số yêu cầu mỗi ngày. Nó đủ cho vài màn hình, không đủ để xây cả một app: hạn mức hết rất nhanh khi bạn làm việc mỗi ngày. Còn Claude Code thì cần gói trả phí, từ 20 $ mỗi tháng.

Sau đó là những khoản phí mà AI không xóa được: 99 $ mỗi năm để phát hành trên App Store, 25 $ một lần duy nhất cho Google Play. Chi tiết những gì miễn phí và những gì không có trong bài tạo app miễn phí.

Học vibe coding như thế nào?

Tự học, bạn có thể đi rất xa: tài liệu chính thức đều miễn phí, và các bài hướng dẫn trên blog này xuất phát từ dự án thật. Hãy dựa chủ yếu vào thực hành. Một app nhỏ hoàn thành dạy bạn nhiều hơn mười video.

Điều thiếu khi tự học là biết trước khi gửi rằng Apple sẽ từ chối gì. Đó là mục đích của iOS Kit: code khởi đầu của các app của tôi, một lộ trình bốn bước để bạn theo nhịp độ riêng, và các skill Claude Code đọc lại dự án của bạn trước khi gửi. Trang khóa học vibe coding trình bày chi tiết cho AI nói chung, và khóa học Claude Code dành cho công cụ của Anthropic.

Câu hỏi thường gặp

Có cần biết code để làm vibe coding không?

Không, ít nhất là lúc bắt đầu. Bạn mô tả điều mình muốn và AI viết code. Nhưng để hoàn thành một app, bạn cần học cách kiểm tra: xem file nào đã thay đổi, test trên điện thoại, hiểu một thông báo lỗi.

Vibe coder là gì?

Đó là người tạo phần mềm bằng cách mô tả nó cho AI thay vì tự viết code. Từ này chỉ cả người mới làm prototype đầu tiên lẫn lập trình viên giao việc viết code cho AI để làm nhanh hơn.

Có thể làm vibe coding với ChatGPT không?

Có. Bạn có thể yêu cầu nó viết code rồi dán vào dự án, hoặc dùng Codex, agent của OpenAI, vốn sửa trực tiếp các file. Giới hạn cũng giống các công cụ khác: chính bạn là người kiểm tra kết quả trên điện thoại thật.

Công cụ vibe coding nào tốt nhất?

Là công cụ tạo ra đúng định dạng bạn cần. Với website hoặc ứng dụng web, một trình tạo như Lovable hay Bolt làm rất nhanh. Với một app iPhone mà bạn muốn phát hành và phát triển tiếp, một agent làm việc trong dự án của bạn, như Claude Code, Codex hay Cursor, để lại cho bạn code và quyền kiểm soát.

Có thể tạo app di động bằng vibe coding không?

Có, với điều kiện chọn công cụ tạo ra một dự án di động thật chứ không chỉ một ứng dụng web. Với React Native và Expo, một dự án duy nhất cho ra cả app iPhone lẫn app Android.

Vibe coding có đáng tin cho một app chạy production không?

Không, nếu để nguyên như vậy. Các sự cố được biết đến đều đến từ một kết quả được phát hành mà không kiểm tra: lộ dữ liệu, xóa cơ sở dữ liệu, bị Apple từ chối. Với quy tắc truy cập đã được test, có sao lưu và chạy thử trên thiết bị, cùng phương pháp đó tạo ra những app vững vàng.

Từ ý tưởng đầu tiên đến một dự án bạn có thể hoàn thành

Nếu bạn còn phân vân về chức năng đầu tiên, hãy bắt đầu bằng việc kiểm chứng ý tưởng app. Để thấy toàn bộ con đường, hãy đọc cách tạo một app. Nếu bạn đã có prototype, lộ trình bốn bước của iOS Kit giúp bạn xác định bước tiếp theo. Bạn không biết mình đang ở đâu? Bài chẩn đoán miễn phí sẽ cho bạn biết vị trí hiện tại, nên bắt đầu từ bước nào và gửi cho bạn checklist chống bị Apple từ chối của tôi.