Vibe coding
AssessKỹ thuật
Cách làm phần mềm trong đó LLM tạo mã từ lời nhắc và người dùng không xem lại mã nguồn.
Vì sao ở đây
Xếp vào Assess: 4 bài bằng chứng từ 2 nguồn, chủ yếu là tin nghiên cứu, 2 bài trong 30 ngày qua. Độ tin cậy 52%.
Bằng chứng (4)
- 6Martin Fowler·21/7/2026researchGhi chú hội thảo Thoughtworks nêu bật rủi ro của lập trình bằng AI và hiện đại hóa hệ thống
Martin Fowler tổng hợp các phát hiện từ hội thảo Future of Software Development Retreat của Thoughtworks, trong đó các chủ đề chính gồm việc xác minh trở nên quan trọng hơn tạo mã, sự nổi lên của kỹ nghệ harness, và khủng hoảng đào tạo kế cận trong tổ chức. Bài viết cũng cảnh báo rằng lập trình kiểu vibe coding có hỗ trợ bởi LLM có thể tạo ra rủi ro về bảo mật, quản trị và shadow IT, đặc biệt khi lãnh đạo đánh giá quá cao lợi ích năng suất và xem nhẹ bối cảnh cùng các cơ chế kiểm soát.
- 4Hacker News·14/7/2026researchVì sao lập trình hỗ trợ bởi AI có thể làm rạn vỡ sự phối hợp trong nhóm
Armin Ronacher lập luận rằng lập trình hỗ trợ bởi AI có thể giúp từng lập trình viên tăng năng suất đáng kể, nhưng đồng thời làm suy yếu sự hiểu biết chung mà các dự án phần mềm lớn phụ thuộc vào. Ông ví điều này với Tháp Babel: khi việc thay đổi cục bộ trở nên quá dễ dàng mà không cần phối hợp giữa người với người, ngôn ngữ chung về kiến trúc, ranh giới và các bất biến có thể dần mất đi dù mã vẫn liên tục được đưa vào hệ thống.
- 4Martin Fowler·21/5/2026researchBliki: Lập trình theo cảm hứng
Martin Fowler mô tả vibe coding là cách xây dựng phần mềm bằng cách yêu cầu LLM tạo mã mà không xem lại mã sinh ra, phù hợp nhất cho nguyên mẫu dùng tạm hoặc công cụ có phạm vi sử dụng hẹp. Ông cảnh báo cách làm này có thể gây rủi ro về khả năng bảo trì, tính đúng đắn và an ninh, đồng thời phân biệt nó với agentic programming, nơi lập trình viên vẫn xem xét và quan tâm đến mã nguồn.
- 5Martin Fowler·4/3/2026researchTái định hình vai trò của con người và tác nhân trong các vòng lặp phát triển phần mềm
Bài viết cho rằng các đội ngũ phần mềm nên để con người tập trung vào “why loop” theo mục tiêu đầu ra, trong khi giao nhiều hơn phần triển khai của “how loop” cho các tác nhân. Tác giả mô tả phát triển phần mềm như các vòng lặp lồng nhau tạo ra, lựa chọn và kiểm chứng các tạo phẩm như mã nguồn, kiểm thử, công cụ và tài liệu, đồng thời đặt câu hỏi về mức độ cần duy trì chất lượng nội bộ khi LLM tạo phần mềm.