Bỏ qua, tới nội dung chính
BaoPeak

Điều hướng chính

Vibe coding

Nguồn: https://en.wikipedia.org/wiki/Vibe_coding Tiêu đề gốc: Vibe coding - Wikipedia Ngôn ngữ gốc: tiếng Anh · Ngày tải: 2026-09-05 Phạm vi dịch: toàn văn trang, kèm 2 hình của bản gốc và danh mục tài liệu tham khảo; bỏ menu điều hướng, các link "sửa mục" và danh sách thể loại ở chân trang

Tóm tắt 30 giây

Từ Wikipedia, bách khoa toàn thư mở.

Mô tả ngắn: lập trình máy tính phụ thuộc vào AI.

[Hình trong bản gốc: Micro dùng để vibe code với Codex bằng cách nói rồi chuyển thành chữ — xem tại https://en.wikipedia.org/wiki/Vibe_coding]

Hình: chiếc micro đặt cạnh máy tính — cách nhiều người vibe code là đọc yêu cầu thành lời rồi để phần mềm chuyển giọng nói thành chữ cho Codex.

Vibe coding là cách phát triển phần mềm có trí tuệ nhân tạo (AI) hỗ trợ.

Người phát triển phần mềm mô tả dự án hoặc việc cần làm trong prompt gửi cho một mô hình ngôn ngữ lớn (LLM).

Mô hình tự động sinh ra mã nguồn.

Vibe coding có thể bao gồm cả việc chấp nhận code do AI sinh ra mà không xem xét kỹ kết quả.

Thay vào đó, người dùng dựa vào kết quả chạy được và các prompt tiếp theo để dẫn dắt thay đổi.[1][2]

Thuật ngữ này do nhà khoa học máy tính Andrej Karpathy đặt ra vào tháng 2 năm 2025. Ông là đồng sáng lập OpenAI và từng phụ trách mảng AI ở Tesla. Tháng 3 năm 2025, Merriam-Webster xếp thuật ngữ này vào mục "slang & trending" (tiếng lóng và đang thịnh hành).[3] Nó cũng được Collins English Dictionary chọn làm Từ của năm 2025.[4][5]

Theo người ủng hộ, vibe coding giúp người lập trình nghiệp dư làm ra phần mềm. Họ không cần khối lượng đào tạo và kỹ năng mà kỹ thuật phần mềm đòi hỏi.[6][7] Người phê bình nói cách làm này thiếu trách nhiệm giải trình, thiếu khả năng bảo trì. Nó còn làm tăng nguy cơ đưa lỗ hổng bảo mật vào phần mềm thành phẩm.[1][7]

Định nghĩa

[Hình trong bản gốc: Andrej Karpathy, nhà nghiên cứu AI đã đặt ra thuật ngữ "vibe coding", chụp năm 2019 — xem tại https://en.wikipedia.org/wiki/Vibe_coding]

Hình: chân dung Andrej Karpathy — người đặt ra thuật ngữ "vibe coding" (ảnh chụp năm 2019).

Khái niệm này chỉ một lối viết code dựa vào LLM. Lập trình viên mô tả bằng ngôn ngữ tự nhiên để sinh code chạy được. Họ không tự viết bằng ngôn ngữ lập trình hình thức.[1][2][7]

Karpathy mô tả cách viết code này: "buông mình hoàn toàn theo cảm giác, đón lấy đường cong hàm mũ, và quên luôn rằng code có tồn tại".[8] Khi vibe code, lập trình viên dẫn dắt, thử và góp ý cho mã nguồn do AI sinh ra, chứ không tự tay viết code.[1][2][9]

Khái niệm vibe coding nối tiếp nhận định năm 2023 của Karpathy rằng "ngôn ngữ lập trình nóng nhất hiện nay là tiếng Anh". Ý ông là LLM đủ tốt để con người không cần học ngôn ngữ lập trình cụ thể mới ra lệnh được cho máy tính.[10]

Đón nhận và ứng dụng

Tháng 2 năm 2025, nhà báo Kevin Roose của New York Times, thử vibe coding để làm vài ứng dụng nhỏ. Ông vốn không phải lập trình viên chuyên nghiệp. Ông gọi chúng là "phần mềm cho một người" vì có thể may đo riêng cho mình. Tuy vậy, Roose cũng nói kết quả thường bị giới hạn và hay sai.[9][10] Trong một lần, code do AI sinh ra đã bịa ra các đánh giá giả cho một trang thương mại điện tử.[9]

Đáp lại Roose, nhà khoa học nhận thức Gary Marcus đưa ra nhận định về thuật toán sinh ứng dụng LunchBox Buddy của Roose. Theo ông, thuật toán hẳn đã được huấn luyện trên code sẵn có cho những việc tương tự. Theo Marcus, sự hào hứng của Roose đến từ việc tái tạo, không phải từ tính nguyên bản.[10]

Tháng 3 năm 2025, Y Combinator đưa ra số liệu về đợt Winter 2025 của họ. Trong đợt này, 25% số công ty khởi nghiệp có kho mã với 95% là do AI sinh ra.[11]

Lấy cảm hứng từ "vibe coding", The Economist đề xuất thuật ngữ "vibe valuation". Thuật ngữ này nói về mức định giá rất lớn mà các quỹ đầu tư mạo hiểm gán cho startup AI. Các quỹ bỏ qua những thước đo đã được chấp nhận như doanh thu định kỳ hằng năm.[12]

Tháng 6 năm 2025, Andrew Ng phản đối chính cái tên này. Theo ông, nó khiến người ta lầm tưởng kỹ sư phần mềm chỉ việc "đi theo cảm giác" khi dùng AI làm ứng dụng.[13]

Tháng 7 năm 2025, The Wall Street Journal đưa tin kỹ sư phần mềm chuyên nghiệp dùng vibe coding cho bài toán thương mại.[14]

Tháng 1 năm 2026 có tin Linus Torvalds đã dùng Google Antigravity cho dự án tay trái. Ông dùng nó để vibe code một công cụ trực quan hóa. Dự án là một bộ sinh hiệu ứng âm thanh số ngẫu nhiên. Torvalds giải thích trong file README của dự án rằng mình biết Python có hạn. Vì vậy, "công cụ trực quan hóa bằng python về cơ bản là được viết bằng vibe coding".[15][16]

Phê bình

Ghi chú bảo trì của Wikipedia: mục "phê bình" hoặc "tranh cãi" này có thể làm hỏng tính trung lập của bài. Mời bạn giúp đưa thông tin tiêu cực vào các mục khác hoặc bỏ bớt phần nhấn mạnh quá mức vào các phê bình và tranh cãi nhỏ. (tháng 8 năm 2026)

Chất lượng code và vấn đề an toàn

Vibe coding làm dấy lên lo ngại về mức độ hiểu code và trách nhiệm giải trình.

Một số người phát triển commit code do AI sinh ra mà không nắm được nó làm gì. Điều này dẫn tới lỗi, sai sót hoặc lỗ hổng bảo mật không ai phát hiện.[17] Cách này có thể hợp để làm bản mẫu hoặc cho "dự án cuối tuần làm xong rồi bỏ" như Karpathy hình dung ban đầu.

Nhưng một số chuyên gia cho rằng nó gây rủi ro trong môi trường chuyên nghiệp. Ở đó, phải hiểu sâu code mới gỡ lỗi, bảo trì và giữ an toàn được.

Ars Technica dẫn lời Simon Willison: "Vibe code cho tới khi ra một kho mã chạy thật thì rõ ràng là rủi ro.

Phần lớn công việc của chúng tôi với tư cách kỹ sư phần mềm là làm tiến hóa những hệ thống đã có. Ở đó, chất lượng và mức dễ hiểu của code nền là thứ tối quan trọng."[1]

Tháng 5 năm 2025, Lovable, ứng dụng vibe coding của Thụy Điển, bị đưa tin có lỗ hổng bảo mật trong code sinh ra. Trong số 1.645 ứng dụng web làm bằng Lovable, 170 có lỗi cho phép bất kỳ ai truy cập thông tin cá nhân.[18][19]

Tháng 10 năm 2025, Veracode công bố nghiên cứu về 3 năm gần nhất.

LLM đã giỏi lên rất nhiều ở việc sinh code chạy được.

Tuy nhiên, độ an toàn của code sinh ra nhìn chung không khá hơn.

Hơn nữa, model lớn hơn cũng không sinh code an toàn hơn model nhỏ.

Có một mức tăng nhỏ về độ an toàn ở các model suy luận của OpenAI.

Mức tăng này không xuất hiện ở các model suy luận khác.

Mức tăng đó không thấm vào đâu so với mức cải thiện về chức năng của code sinh ra.[20]

Tháng 12 năm 2025, nhà nghiên cứu an ninh máy tính Etizaz Mohsin phát hiện lỗ hổng bảo mật trong nền tảng vibe coding Orchids. Tháng 2 năm 2026 ông trình diễn lỗ hổng đó cho một phóng viên BBC News.[21]

Tháng 12 năm 2025, CodeRabbit phân tích 470 pull request nguồn mở trên GitHub.

Phân tích so sánh code có AI tạo sinh đồng tác giả với code do người viết.

Code có AI đồng tác giả chứa nhiều vấn đề "nặng" gấp khoảng 1,7 lần.

Nghiên cứu cho thấy code có AI đồng tác giả có tỷ lệ lỗi logic cao hơn.

Các lỗi gồm phụ thuộc sai, luồng điều khiển hỏng, cấu hình sai (nhiều hơn 75%) và lỗ hổng bảo mật (cao gấp 2,74 lần).

Ngoài ra, họ cũng ghi nhận nhiều vấn đề về mức dễ đọc của code, gồm lỗi định dạng và đặt tên thiếu nhất quán.[22][23]

Tháng 7 năm 2025, người sáng lập SaaStr ghi lại trải nghiệm tồi tệ của mình với vibe coding. Agent AI của Replit đã xóa một cơ sở dữ liệu, dù đã được dặn rõ là không được thay đổi gì.[24][25]

Khi rsync được cập nhật lên bản 3.4.3 ngày 20 tháng 5 năm 2026, nhiều người dùng báo không sao lưu tăng dần được nữa.

Họ phát hiện rằng từ rsync 3.4.1, hàng chục commit git ghi tác giả là "tridge and claude". Điều này nghĩa là Claude của Anthropic đã tham gia vào quá trình viết code.

Chuyện này khiến một người dùng mở một issue trên GitHub .

Issue tên là Please Do Not Vibe Fuck Up This Software (tạm dịch: "Xin đừng vibe mà phá nát phần mềm này").

Issue lan sang các mạng xã hội khác như Reddit. Điều này kéo theo tranh luận về việc code do AI sinh ra được nhận vào hạ tầng nguồn mở trọng yếu.[26] Đáp lại, Tridge đăng một bài blog tên rsync and outrage.

Trong bài, ông nói mình đã dùng AI để thêm bộ kiểm thử và "các kỹ thuật gia cố phòng thủ nhiều lớp" vào code.[27] Tridge cũng nói openrsync của OpenBSD là một bản cài đặt rsync thay thế.

Theo ông, bản này không qua được bộ kiểm thử do AI hỗ trợ viết.

Một số người dùng đã định chuyển sang openrsync.

Phát biểu này bị Thom Holwerda, biên tập viên của OSNews, chê là "trẻ con và không cần thiết, sặc mùi bất an".[26][28]

Khả năng bảo trì code và nợ kỹ thuật

Vibe coding có thể khiến code khó bảo trì hơn về lâu dài, dẫn tới nợ kỹ thuật.

Đầu năm 2025, GitClear công bố phân tích theo thời gian trên 211 triệu dòng thay đổi code từ năm 2020 đến năm 2024.

Họ thấy khối lượng tái cấu trúc code giảm từ 25% số dòng thay đổi năm 2021 xuống dưới 10% vào năm 2024.

Khối lượng trùng lặp code tăng khoảng bốn lần.

Lần đầu tiên trong hai thập kỷ, code copy-paste nhiều hơn code được di chuyển.

Code churn (code merge vội rồi bị viết lại ngay sau đó) tăng gần gấp đôi.[29][23]

Tháng 9 năm 2025, Fast Company đưa tin "cơn dư âm sau chầu vibe coding" đã tới. Các kỹ sư phần mềm kỳ cựu nhắc tới "địa ngục phát triển" lúc phải làm việc với code do AI sinh ra.[30]

Độ phức tạp của việc và năng suất lập trình viên

AI tạo sinh làm được những việc đơn giản như các thuật toán cơ bản [cần làm rõ]. Nhưng các hệ thống kiểu này chật vật với những bài toán code mới lạ và phức tạp hơn. Ví dụ là dự án nhiều file, thư viện tài liệu sơ sài, hoặc code giữ vai trò thiết yếu đối với an toàn.[31]

Tháng 7 năm 2025, METR — tổ chức đánh giá các model tiên phong — chạy một thử nghiệm ngẫu nhiên có đối chứng .

Thử nghiệm xem công cụ AI ảnh hưởng thế nào tới năng suất lập trình viên.

Nhóm nghiên cứu thấy AI làm lập trình viên chậm hơn 19% khi hoàn thành bộ 246 việc liên quan tới code.

Trong khi đó, trước lúc làm họ tin công cụ AI sẽ giúp mình nhanh hơn 24%.

Sau khi làm xong, họ vẫn tin AI đã giúp mình nhanh hơn 20%.[32][33]

Khó khăn khi gỡ lỗi

LLM sinh code theo kiểu động, nên cấu trúc code sinh ra có thể thay đổi giữa các lần.[34] Thêm nữa, vì không tự viết code, người phát triển có thể chật vật để hiểu cú pháp và khái niệm trong đó.[31]

Tháng 5 năm 2026, The Wall Street Journal đưa tin về lời phê bình của Mario Zechner và Armin Ronacher.

Họ là hai kỹ sư đứng sau bộ khung code Pi bên trong hệ agent AI OpenClaw.

Họ cảnh báo về một cuộc khủng hoảng "vibe slop" đang tới gần.

Theo họ, các công ty đang đánh đổi năng suất ngắn hạn lấy rắc rối dài hạn.

Hệ quả là phần mềm đầy lỗi, dịch vụ chết, lỗ hổng bảo mật và nợ kỹ thuật phình to.

Zechner được dẫn lời: "Bạn có một hạ tầng đang rã ra, và có phần mềm giờ rất, rất nhiều lỗi so với trước.

Chúng ta còn chơi trò này được vài tháng nữa, hoặc có thể vài năm, nhưng cuối cùng chúng ta sẽ phải gánh hậu quả."[35]

Ảnh hưởng tới phần mềm nguồn mở

Tháng 1 năm 2026, các chuyên gia từ nhiều trường đại học viết bài "Vibe Coding Kills Open Source" (Vibe coding giết chết nguồn mở)[36]. Bài báo lập luận rằng vibe coding tác động xấu tới hệ sinh thái phần mềm nguồn mở. Nhóm tác giả nói vibe coding tăng lên thì người dùng ít tương tác với người bảo trì nguồn mở hơn. Điều đó có cái giá ngầm cho chính những người bảo trì đó. Trao đổi với The Register về bài báo, nhóm tác giả lập luận:[37]

"Vibe coding nâng năng suất bằng cách hạ chi phí sử dụng và xây dựng trên code sẵn có, nhưng nó cũng làm yếu đi kênh tương tác người dùng — nơi nhiều người bảo trì kiếm lại được phần đã bỏ ra", nhóm tác giả lập luận. "Khi nguồn mở chỉ được kiếm tiền qua tương tác trực tiếp với người dùng, vibe coding được dùng càng rộng thì số người mới tham gia và số thứ được chia sẻ càng giảm, mức sẵn có và chất lượng của phần mềm nguồn mở càng giảm, và phúc lợi chung giảm theo, bất chấp năng suất cao hơn."

Họ nói thêm rằng doanh thu không phải là thứ duy nhất bị xu hướng này ảnh hưởng. Người bảo trì phần mềm nguồn mở xưa nay còn nhận lợi ích phi vật chất từ công việc của mình. Chẳng hạn, họ được cộng đồng ghi nhận, có danh tiếng và cơ hội việc làm.

Maya Posch, khi giải thích các luận điểm của bài báo trên Hackaday, nói rõ thêm cơ chế.

Theo bà, sự đồng nhất hóa trong phát triển phần mềm khiến vibe coding làm giảm sự hòa hợp với các dự án nguồn mở.

Mô hình ngôn ngữ sẽ nghiêng về thư viện lớn, đã có chỗ đứng.

Những thư viện đó xuất hiện nhiều trong dữ liệu huấn luyện của chúng. Điều đó xóa đi quá trình chọn lọc tự nhiên giữa các thư viện và bộ công cụ. Điều này làm công cụ nguồn mở mới khó được chú ý hơn.

Bà cũng chỉ ra rằng mô hình ngôn ngữ sẽ không gửi báo cáo lỗi hữu ích cho người bảo trì.

Chúng cũng không nhận ra các vấn đề tiềm tàng.[38]

Tháng 2 năm 2026, GitHub thừa nhận các đóng góp chất lượng thấp do AI sinh ra đang tăng lên.

Chúng làm ngợp người bảo trì nguồn mở.

GitHub gọi hiện tượng này là một Eternal September (tháng Chín bất tận) của nguồn mở.

GitHub dẫn ví dụ những dự án đã chịu ảnh hưởng.

Dự án cURL chấm dứt chương trình thưởng săn lỗi sau khi các báo cáo bảo mật do AI sinh ra tăng vọt.

Một số dự án như Ghostty chuyển sang mô hình chỉ nhận đóng góp theo lời mời.

Nền tảng đưa ra các công cụ kiểm soát mới cho người bảo trì.

Họ có thể giới hạn quyền tạo pull request cho riêng cộng tác viên.

Họ cũng có thể tạm giới hạn hoạt động trong kho mã để điều tiết đám đông.

Ngoài ra còn có công cụ giao tiếp như banner và tin nhắn ghim trong issue.[39]

Xem thêm

Tài liệu tham khảo

Tên bài báo giữ nguyên tiếng Anh để bạn tìm lại đúng nguồn; phần trích dẫn trong mỗi mục đã dịch.

  1. Edwards, Benj (ngày 5 tháng 3 năm 2025). "Will the future of software development run on vibes?". Ars Technica. Lưu trữ bản gốc ngày 6 tháng 3 năm 2025. Truy cập ngày 3 tháng 6 năm 2025. Trích: "Kỹ thuật này, nhờ các mô hình ngôn ngữ lớn (LLM) của những công ty như OpenAI và Anthropic, đã gây chú ý vì có thể hạ thấp rào cản bước vào việc làm phần mềm. Nhưng vẫn còn câu hỏi liệu cách làm này có sinh ra được code đủ tin cậy cho ứng dụng thực tế hay không, ngay cả khi các công cụ như Cursor Composer, GitHub Copilot và Replit Agent làm quá trình này ngày càng dễ tiếp cận với người không phải lập trình viên."
  2. "What is 'vibe code'? Former Tesla AI director Andrej Karpathy defines a new era in AI-driven development". The Times of India. Ngày 2 tháng 3 năm 2025. Lưu trữ bản gốc ngày 4 tháng 3 năm 2025. Truy cập ngày 3 tháng 6 năm 2025. Trích: ""Vibe coding" của Karpathy là sự thừa nhận rằng các hệ AI đã tinh vi tới mức nào. Khi mô tả trên X (trước đây là Twitter), ông nói thêm rằng LLM, như Cursor Composer chạy Sonnet, đang tiến tới mức gần như xóa bỏ nhu cầu dùng cơ chế viết code truyền thống. Kể lại trải nghiệm của mình, Karpathy giải thích ông trò chuyện với công cụ AI gần như theo lối thụ động — chỉ nói với chúng và để AI lo phần còn lại. Cách này bỏ được việc gõ code bằng tay cũng như việc phải theo dõi mọi chi tiết nhỏ trong chương trình."
  3. "vibe coding". Slang & Trending. Merriam-Webster. Ngày 8 tháng 3 năm 2025. Truy cập ngày 2 tháng 6 năm 2025. Trích: "Vibe coding (cũng viết là vibecoding) (Vibecode/Vibecoder) là một thuật ngữ mới xuất hiện, chỉ việc viết code, làm trang web hoặc tạo ứng dụng bằng cách chỉ nói cho một chương trình AI biết bạn muốn gì rồi để nó tạo ra sản phẩm cho bạn. Khi vibe coding, người viết code không cần hiểu code chạy thế nào hay vì sao nó chạy, và thường sẽ phải chấp nhận rằng sẽ có một số lỗi và trục trặc. Dạng động từ của từ này là vibe code."
  4. Garnsworthy, Jenny (ngày 6 tháng 11 năm 2025). "Collins dictionary crowns AI buzz term Word of the Year". The Independent. Truy cập ngày 6 tháng 11 năm 2025.
  5. "'Vibe coding' named word of the year by Collins Dictionary". BBC News. Ngày 6 tháng 11 năm 2025. Truy cập ngày 6 tháng 11 năm 2025.
  6. Lanz, Jose Antonio (ngày 23 tháng 3 năm 2025). "Vibe Coding: How Devs and Laymen Alike Are Using AI to Create Apps and Games". Decrypt.co.
  7. Chowdhury, Hasan; Mann, Jyoti (ngày 13 tháng 2 năm 2025). "Silicon Valley's next act: bringing 'vibe coding' to the world". Business Insider. Lưu trữ bản gốc ngày 26 tháng 2 năm 2025. Truy cập ngày 3 tháng 3 năm 2025.
  8. Karpathy, Andrej [@karpathy] (ngày 2 tháng 2 năm 2025). Bài đăng trên X. Truy cập ngày 16 tháng 9 năm 2025 qua X (trước đây là Twitter). Nguyên văn bài đăng, dịch: "Có một kiểu viết code mới mà tôi gọi là "vibe coding", ở đó bạn buông mình hoàn toàn theo cảm giác, đón lấy đường cong hàm mũ, và quên luôn rằng code có tồn tại. Làm được vậy là vì các LLM (ví dụ Cursor Composer chạy Sonnet) đang trở nên quá giỏi. Ngoài ra tôi chỉ nói chuyện với Composer qua SuperWhisper nên gần như chẳng động vào bàn phím. Tôi hỏi cả những thứ ngớ ngẩn nhất kiểu "giảm padding của sidebar đi một nửa" vì tôi lười đi tìm chỗ đó. Tôi luôn bấm "Accept All", tôi không đọc diff nữa. Khi gặp thông báo lỗi, tôi chỉ copy dán nó vào mà không bình luận gì, thường là nó tự sửa xong. Code lớn dần vượt quá mức tôi thường hiểu được, tôi sẽ phải đọc kỹ một lúc mới nắm nổi. Đôi khi LLM không sửa được lỗi nên tôi đi vòng qua nó hoặc yêu cầu đổi lung tung cho tới khi lỗi biến mất. Với các dự án cuối tuần làm xong rồi bỏ thì cũng không tệ, mà vẫn khá vui. Tôi đang làm một dự án hay một webapp, nhưng thật ra không phải là viết code — tôi chỉ nhìn thứ này thứ kia, nói vài câu, chạy vài thứ, copy dán vài thứ, và phần lớn là nó chạy được."
  9. Roose, Kevin (ngày 27 tháng 2 năm 2025). "Not a Coder? With A.I., Just Having an Idea Can Be Enough.". The New York Times. ISSN 0362-4331. Lưu trữ bản gốc ngày 3 tháng 3 năm 2025. Truy cập ngày 3 tháng 6 năm 2025. Trích: "Vibecoding, thuật ngữ được nhà nghiên cứu AI Andrej Karpathy phổ biến, là cách nói gọn tiện lợi cho việc các công cụ AI ngày nay cho phép cả người chơi nghiệp dư không rành kỹ thuật dựng lên ứng dụng và website chạy đầy đủ, chỉ bằng cách gõ prompt vào một ô văn bản. Bạn không cần biết viết code mới vibecode được — chỉ cần có một ý tưởng và một chút kiên nhẫn là thường đã đủ. "Nó không thực sự là viết code", ông Karpathy viết trong tháng này. "Tôi chỉ nhìn thứ này thứ kia, nói vài câu, chạy vài thứ và copy dán vài thứ"."
  10. Naughton, John (ngày 16 tháng 3 năm 2025). "Now you don't even need code to be a programmer. But you do still need expertise". The Guardian. Truy cập ngày 16 tháng 3 năm 2025.
  11. Mehta, Ivan (ngày 6 tháng 3 năm 2025). "A quarter of startups in YC's current cohort have codebases that are almost entirely AI-generated". TechCrunch. Truy cập ngày 6 tháng 3 năm 2025.
  12. "AI valuations are verging on the unhinged". The Economist. Ngày 25 tháng 6 năm 2025. Truy cập ngày 28 tháng 6 năm 2025.
  13. Lee, Chong Ming (ngày 4 tháng 6 năm 2025). "Andrew Ng says vibe coding is a bad name for a very real and exhausting job". Business Insider. Truy cập ngày 3 tháng 7 năm 2025.
  14. Lin, Belle (tháng 7 năm 2025). "Vibe Coding Has Arrived for Businesses". The Wall Street Journal. Truy cập ngày 9 tháng 7 năm 2025.
  15. Vaughan-Nichols, Steven (ngày 12 tháng 1 năm 2026). "Even Linus Torvalds is vibe coding now". ZDNET. Truy cập ngày 19 tháng 1 năm 2026.
  16. Axon, Samuel (ngày 13 tháng 1 năm 2026). "Even Linus Torvalds is trying his hand at vibe coding (but just a little)". Ars Technica. Truy cập ngày 19 tháng 1 năm 2026.
  17. Tihanyi, Norbert; Bisztray, Tamas; Ferrag, Mohamed Amine; Jain, Ridhi; Cordeiro, Lucas C. (2024). "How secure is AI-generated Code: A Large-Scale Comparison of Large Language Models". arXiv: 2404.18353 [cs.CR].
  18. Albergotti, Reed (ngày 29 tháng 5 năm 2025). "The hottest new vibe coding startup may be a sitting duck for hackers". Semafor. Lưu trữ bản gốc ngày 3 tháng 9 năm 2025. Truy cập ngày 27 tháng 9 năm 2025.
  19. Tangermann, Victor (ngày 31 tháng 5 năm 2025). "Companies Are Discovering a Grim Problem With "Vibe Coding"". Futurism. Truy cập ngày 27 tháng 9 năm 2025.
  20. October 2025 Update: GenAI Code Security Report (báo cáo). Veracode. Tháng 10 năm 2025. Truy cập ngày 11 tháng 3 năm 2026.
  21. Tidy, Joe (ngày 12 tháng 2 năm 2026). "AI coding platform's flaws allow BBC reporter to be hacked". BBC News. Truy cập ngày 13 tháng 2 năm 2026.
  22. Loker, David (ngày 17 tháng 12 năm 2025). "Our new report: AI code creates 1.7x more problems". CodeRabbit Blog. Truy cập ngày 9 tháng 2 năm 2026.
  23. Wondrasek, James A. (ngày 28 tháng 1 năm 2026). "The Evidence Against Vibe Coding: What Research Reveals About AI Code Quality". SoftwareSeni. Truy cập ngày 9 tháng 2 năm 2026.
  24. Sharwood, Simon (ngày 21 tháng 7 năm 2025). "Vibe coding service Replit deleted user's production database, faked data, told fibs galore". The Register. Truy cập ngày 19 tháng 8 năm 2025.
  25. Ming, Lee Chong (ngày 22 tháng 7 năm 2025). "Replit's CEO apologizes after its AI agent wiped a company's code base in a test run and lied about it". Business Insider. Truy cập ngày 22 tháng 8 năm 2025.
  26. Page, Carly (ngày 4 tháng 6 năm 2026). "'Please do not vibe f--- up this software': Broken backups spark AI coding row in rsync project". The Register. Truy cập ngày 9 tháng 6 năm 2026.
  27. Brockmeier, Joe (ngày 3 tháng 6 năm 2026). "Tridgell: rsync and outrage". LWN.net. Truy cập ngày 9 tháng 6 năm 2026.
  28. Holwerda, Thom (ngày 3 tháng 6 năm 2026). "Rsync opens the slopgates, regressions and bugs ensue – OSnews". www.osnews.com. Lưu trữ bản gốc ngày 3 tháng 6 năm 2026. Truy cập ngày 9 tháng 6 năm 2026.
  29. Doerrfeld, Bill (ngày 19 tháng 2 năm 2025). "How AI generated code compounds technical debt". LeadDev. Truy cập ngày 9 tháng 2 năm 2026.
  30. Sullivan, Mark (ngày 9 tháng 9 năm 2025). "The vibe coding hangover is upon us". Fast Company.
  31. "What is Vibe Coding?". IBM. Ngày 8 tháng 4 năm 2025. Truy cập ngày 14 tháng 6 năm 2025.
  32. Becker, Joel; Rush, Nate; Barnes, Elizabeth; Rein, David (ngày 10 tháng 7 năm 2025). "Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity". METR Blog. arXiv: 2507.09089.
  33. Orland, Kyle (ngày 14 tháng 7 năm 2025). "Study finds AI tools made open source software developers 19 percent slower". Ars Technica. Truy cập ngày 28 tháng 8 năm 2026.
  34. "Vibe coding lets anyone write software—but comes with risks". Fast Company. Truy cập ngày 22 tháng 10 năm 2025.
  35. Mims, Christopher (ngày 22 tháng 5 năm 2026). "The AI Superstars Who Say a 'Vibe Slop' Crisis Is Coming". The Wall Street Journal. Truy cập ngày 14 tháng 6 năm 2026.
  36. Koren, Miklós; Békés, Gábor; Hinz, Julian; Lohmann, Aaron (ngày 21 tháng 1 năm 2026). "Vibe Coding Kills Open Source". arXiv.org. Truy cập ngày 9 tháng 2 năm 2026.
  37. Claburn, Thomas (ngày 26 tháng 1 năm 2026). "Vibe coding may be hazardous to open source". The Register. Truy cập ngày 8 tháng 2 năm 2026.
  38. "How Vibe Coding Is Killing Open Source". Hackaday. Ngày 2 tháng 2 năm 2026. Truy cập ngày 9 tháng 2 năm 2026.
  39. Wolf, Ashley (ngày 12 tháng 2 năm 2026). "Welcome to the Eternal September of open source. Here's what we plan to do for maintainers". The GitHub Blog. Truy cập ngày 14 tháng 6 năm 2026.

Bản lưu lấy về từ phiên bản này của trang.