Vibe coding đang hồi sinh các phần cứng cũ như thế nào

Một bài đang nổi trong r/vibecoding kể chuyện một người mua một sàn game tương tác từ Trung Quốc từ nhiều năm trước. Phần cứng thì có sẵn, nhưng phần mềm đi kèm không đủ tốt. Trước đây, báo giá rẻ nhất để làm game tùy biến rơi vào khoảng 5.000 euro. Đến năm 2026, tác giả nói họ đã tự vibe code được 6 game, với chi phí khoảng 100 đô và một buổi ngồi làm nghiêm túc.

Câu chuyện này đáng chú ý không phải vì “AI thay hết developer”, mà vì nó minh họa một kiểu sản phẩm đang mở ra: phần cứng cũ, phần mềm kém, nhu cầu nhỏ nhưng rất thật. Trước đây những dự án như vậy thường chết ở bước báo giá. Bây giờ, nếu biết chia nhỏ bài toán, anh em có thể biến chúng thành prototype chạy được.

Điều đáng học từ case này

Có ba điểm mình thấy quan trọng.

Thứ nhất, vibe coding đặc biệt hợp với các bài toán “phần mềm bọc quanh phần cứng”. Nhiều thiết bị cũ không hỏng, nhưng phần mềm điều khiển hoặc nội dung tương tác quá tệ. Nếu giao thức, màn hình, cảm biến, hoặc cách nhận input đủ dễ hiểu, AI có thể giúp dựng nhanh lớp game, dashboard, kiosk, bộ điều khiển, hoặc công cụ vận hành mới.

Thứ hai, giá trị nằm ở việc nối được ý tưởng với thiết bị thật. Một game nhỏ chạy trên sàn tương tác có thể không phải sản phẩm SaaS lớn, nhưng nếu nó khiến thiết bị hoạt động lại, phục vụ sự kiện, lớp học, khu vui chơi hoặc demo bán hàng, thì giá trị thực tế rất rõ.

Thứ ba, chi phí giảm không đồng nghĩa rủi ro biến mất. Prototype 100 đô có thể chứng minh hướng đi, nhưng muốn dùng lâu dài vẫn cần kiểm thử, ổn định hóa, backup, tài liệu vận hành và cơ chế khôi phục khi lỗi.

Cách làm nếu anh em gặp một thiết bị “phần cứng còn tốt, phần mềm quá dở”

Mình sẽ đi theo quy trình này:

1. Xác định input và output tối thiểu

   • Thiết bị nhận dữ liệu qua gì: bàn phím, USB, serial, network, file, camera, sensor?
   • Thiết bị hiển thị hoặc phản hồi qua gì: màn hình, đèn, âm thanh, actuator, API?
   • Có thể mô phỏng input trên laptop trước khi chạm vào phần cứng thật không?

2. Làm một game hoặc workflow nhỏ nhất

   • Đừng bắt đầu bằng “6 game”.
   • Chọn một vòng lặp đơn giản: bắt đầu, nhận input, tính điểm, kết thúc, reset.
   • Dùng dữ liệu giả trước, rồi mới nối phần cứng.

3. Tách phần “logic” khỏi phần “thiết bị”

   • Game logic nên chạy độc lập được.
   • Adapter phần cứng chỉ làm nhiệm vụ đọc input và gửi output.
   • Khi thiết bị lỗi, mình vẫn debug được logic trên máy local.

4. Ghi lại mọi giả định

   • Kích thước màn hình, độ trễ input, tần suất sensor, cách reset, cách thoát game.
   • Những thứ này nghe nhỏ, nhưng quyết định việc demo có ổn hay không.

5. Có chế độ vận hành an toàn

   • Nút thoát khẩn cấp.
   • Màn hình chờ nếu game crash.
   • Log đơn giản để biết lỗi xảy ra ở đâu.
   • File cấu hình để người vận hành chỉnh mức khó, thời lượng, âm thanh mà không cần sửa code.

Đừng để “vibe” thay thế phần nghiệm thu

Vibe coding rất mạnh ở giai đoạn dựng bản chạy được. Nhưng với thiết bị ngoài đời, nghiệm thu vẫn phải rất thực dụng:

• Chạy liên tục 2-4 giờ có bị rò RAM hoặc treo không?
• Mất mạng, mất điện, restart máy thì game có tự lên lại không?
• Người dùng bấm loạn, đứng sai vị trí, hoặc input đến quá nhanh thì sao?
• Có cách cập nhật game mà không làm hỏng cấu hình đang chạy không?
• Người không biết code có vận hành được không?

Nếu trả lời được các câu này, prototype mới bắt đầu chuyển thành sản phẩm dùng được.

Tin tốt cho các dự án nhỏ

Điểm hay của câu chuyện này là nó mở ra một ngách rất thực tế: hồi sinh phần cứng cũ bằng phần mềm mới. Không chỉ sàn game, mà còn có kiosk, máy trưng bày, bảng LED, thiết bị lớp học, máy check-in, màn hình sự kiện, camera nội bộ, hệ thống đo đếm đơn giản.

Trước đây những dự án này thường quá nhỏ để thuê team riêng, nhưng quá đặc thù để mua phần mềm đóng gói. AI-assisted coding làm giảm chi phí thử nghiệm đủ nhiều để anh em có thể hỏi: “Nếu chỉ cần một bản đầu tiên chạy được trong vài ngày thì sao?”

Kết luận thực dụng của mình: vibe coding không biến mọi người thành kỹ sư embedded hay game developer chuyên nghiệp sau một đêm. Nhưng nó làm cho nhiều ý tưởng “không đáng thuê ngoài” trở thành “đáng thử”. Và trong các ngách phần cứng cũ, chỉ riêng thay đổi đó đã rất đáng kể.