Chuẩn bị bài dự thi VIBE-CODING 2026: hồ sơ, sản phẩm và kịch bản demo

Một bài dự thi tốt cần nhiều hơn một đường link mở được. Người xem phải hiểu sản phẩm giải quyết vấn đề gì, sử dụng như thế nào và đâu là phần đội đã thực hiện. Trong khi đó, đội thi cũng cần quản lý hồ sơ, giấy tờ xác minh và các thao tác trên cổng cuộc thi để tránh bỏ sót việc quan trọng.

Bài viết này là hướng dẫn chuẩn bị mang tính thực hành cho VIBE-CODING 2026. Những gợi ý về bố cục bài nộp, phân chia công việc và kịch bản demo là đề xuất giúp đội tổ chức công việc. Thể lệ, thời hạn và yêu cầu chính thức vẫn cần đối chiếu với thông báo mới nhất của BTC trên website cuộc thi.

1. Tạo một nơi theo dõi mọi đầu việc dự thi

Ngay khi quyết định tham gia, đội nên lập một danh sách chung gồm ba nhóm việc: hồ sơ tham gia, phát triển sản phẩm và chuẩn bị trình bày. Mỗi việc có người phụ trách và trạng thái rõ ràng. Ví dụ “đã hỏi thành viên gửi giấy tờ” khác với “đã tải đủ giấy tờ và kiểm tra đọc được”.

2. Điền hồ sơ nhất quán với thông tin thành viên

Trên cổng cuộc thi, đội có thể gửi form đăng ký trước khi đăng nhập. Form hiện yêu cầu tạo mật khẩu tối thiểu 12 ký tự; sau đó dùng email và mật khẩu đã đăng ký để quản lý đội. Đăng ký thành công là bước tiếp nhận hồ sơ, chưa đồng nghĩa đội đã được xác thực tư cách tham gia.

Trước khi gửi, đối chiếu họ tên, mã học sinh hoặc sinh viên, trường và thông tin nhóm trưởng. Nếu cùng một người xuất hiện trong danh sách thành viên và phần nhóm trưởng, hai phần cần khớp nhau. Kiểm tra kỹ email vì đây là địa chỉ liên hệ và quản lý tài khoản.

3. Chuẩn bị giấy tờ và gửi xác thực đúng bước

Sau đăng nhập, kiểm tra danh sách thành viên trước khi tải giấy tờ. Cổng hiện nhận JPG, PNG hoặc PDF, tối đa 10 MB mỗi tệp. Tài liệu cần thể hiện thông tin có thể đối chiếu với hồ sơ; tránh ảnh quá mờ, bị che mã hoặc cắt mất phần quan trọng.

Chỉ tải giấy tờ vào khu vực xác minh được chỉ định. Không đưa thẻ sinh viên, số điện thoại hay thông tin riêng tư vào ảnh công khai của bài giới thiệu sản phẩm. Nếu cần hỏi BTC về một tệp, mô tả vấn đề trước và chỉ cung cấp tài liệu qua kênh phù hợp.

4. Hiểu mã quay đề và lưu lại kết quả đã nhận

Sau khi BTC xác thực, hệ thống cấp mã gồm sáu chữ số gắn với đội. Đội cần đăng nhập đúng tài khoản và sử dụng mã khi BTC mở quay đề. Mã là thông tin truy cập riêng của đội, nên không nên đưa vào ảnh chụp màn hình đăng công khai.

Kết quả quay thành công đầu tiên được lưu cố định. Vì vậy, trước thao tác, hãy chắc chắn người phụ trách đã hiểu luồng và đang mở đúng đội. Sau khi nhận đề, cả nhóm cần đọc đầy đủ nội dung và tóm tắt lại bằng ngôn ngữ của mình: vấn đề cần giải quyết, người dùng, đầu ra dự kiến và phần nào còn cần hỏi.

5. Chốt phạm vi sản phẩm trước khi làm đẹp

Sau khi hiểu đề, chọn một nhiệm vụ người dùng quan trọng để hoàn thành từ đầu đến cuối. Ví dụ với ứng dụng tìm hoạt động sinh viên, nhiệm vụ có thể là tìm một hoạt động phù hợp, đọc thông tin và gửi đăng ký. Một luồng hoàn chỉnh dễ trình diễn và kiểm tra hơn nhiều tính năng rời rạc.

Viết ba chức năng bắt buộc và ba ý tưởng để lại sau. Khi có đề xuất mới từ thành viên hoặc AI, so với mục tiêu đã chọn. Nếu tính năng làm tăng rủi ro nhưng không giúp nhiệm vụ chính rõ hơn, hãy ghi vào danh sách phát triển tiếp thay vì thêm ngay.

6. Viết mô tả bài nộp để người mới hiểu được

Bản mô tả nên mở đầu bằng người dùng và vấn đề, sau đó giải thích cách Mini App hỗ trợ họ. Tránh bắt đầu bằng danh sách công nghệ dài khi người đọc chưa biết lý do sản phẩm tồn tại. Một đoạn mở đầu có thể nêu tình huống: sinh viên bỏ lỡ hạn đăng ký vì thông tin nằm ở nhiều nơi, ứng dụng gom hoạt động và hiển thị bước tiếp theo rõ ràng.

7. Kiểm tra đường link và dữ liệu trước khi gửi

Cổng nộp hiện nhận đường dẫn sản phẩm HTTPS, video demo tùy chọn và phần mô tả. Hãy xem hướng dẫn trong form và thông báo BTC để biết đầy đủ yêu cầu áp dụng tại thời điểm nộp. Đừng coi việc vượt qua kiểm tra của biểu mẫu là bằng chứng nội dung đã đáp ứng mọi tiêu chí cuộc thi.

Mở đường link bằng cửa sổ mới hoặc một thiết bị khác. Kiểm tra trang có yêu cầu quyền truy cập ngoài dự kiến, liên kết nội bộ có dẫn sang môi trường thử hoặc dữ liệu demo có bị xóa không. Nếu cần đăng nhập, hướng dẫn người xem bắt đầu ở đâu và dùng dữ liệu thử nào.

8. Xây kịch bản demo quanh một câu chuyện nhỏ

Một kịch bản dễ theo dõi có thể gồm bốn đoạn: vấn đề của người dùng, nhiệm vụ cụ thể, thao tác trên sản phẩm và kết quả đạt được. Thời lượng từng đoạn cần điều chỉnh theo yêu cầu trình bày chính thức. Không tự giả định một số phút là quy định của BTC.

Chuẩn bị dữ liệu demo ổn định. Nếu câu chuyện là một sinh viên tìm hoạt động cuối tuần, hãy tạo sẵn vài lựa chọn có tên và thời gian dễ hiểu. Người trình bày cần biết vì sao chọn một mục, sau thao tác nào xuất hiện kết quả và chi tiết nào chứng minh sản phẩm có ích.

9. Câu hỏi thường gặp và bước hoàn thiện cuối

Có phải đăng ký xong là được quay đề ngay?

Không. Theo luồng hiện tại, đội cần hoàn thiện giấy tờ và được BTC xác thực trước khi nhận mã; việc quay đề còn phụ thuộc thời điểm BTC mở chức năng. Hãy theo dõi trạng thái trong không gian đội thi và thông báo chính thức.

Có nên giấu các giới hạn của sản phẩm khi demo?

Không nên. Hãy nói ngắn gọn giới hạn liên quan đến phần đang trình bày, chứng minh điều đã làm được và giải thích hướng phát triển tiếp. Cách này giúp nội dung nhất quán và tránh trả lời mâu thuẫn giữa các thành viên.

Đội nên làm gì trong phiên rà soát cuối?

Một người đóng vai người mới mở bài nộp, một người quan sát và ghi lỗi, người còn lại đối chiếu hồ sơ với danh sách việc. Đi qua toàn bộ luồng mà không nhờ tác giả hướng dẫn miệng. Sửa lỗi ảnh hưởng việc truy cập và nhiệm vụ chính trước, sau đó kiểm tra lại kết quả gửi. Mục tiêu là một bài nộp rõ ràng, trung thực và có thể trải nghiệm được bằng những hướng dẫn đội đã cung cấp.