Bản thảo để thảo luận · ngày 20/10/2026 · dành cho vòng thi 6 giờ trên một GPU T4 16 GB
| Hạng mục | Quy định thiết kế |
|---|---|
| Cấu trúc | Hai bài (A và B), mỗi bài chấm riêng; tổng điểm = A + B (điểm thật, không chuẩn hoá). Đội tối đa 3 người. |
| Thời gian | 6 giờ: Public Test 5 giờ rồi Private Test 1 giờ. Phải nộp ở cả hai pha; Private là bảng xếp hạng chính thức. |
| Phần cứng | Một T4 16 GB cho cả hai bài, kể cả suy luận. T4 không có bfloat16 và FlashAttention-2, dùng fp16, nạp 4-bit và LoRA. Mỗi bài phải hội tụ trong khoảng 1 đến 1,5 giờ. |
| Môi trường | GPU của đội không có internet. Ban tổ chức dựng sẵn môi trường giống nhau: danh sách thư viện ghim phiên bản và danh sách checkpoint tải trước. Đề chỉ được dùng đúng các checkpoint đã liệt kê. |
| Dữ liệu và công cụ | Chỉ dùng dữ liệu BTC phát; được tự sinh dữ liệu augment từ đó. Không API ngoài. Chỉ ChatGPT trên web (chưa đăng nhập), không dùng agent AI tự viết và chạy mã. |
| Private đa dạng hơn Public | Private ≈ 65–70% mẫu seen (sinh như Public) + 30–35% mẫu shift (biến thể không có trong train và Public). Mục đích: đo khả năng tổng quát hoá. |
| Hậu kiểm | Đội đứng đầu nộp code và checkpoint; BTC chạy lại trên T4 16 GB; lệch tối đa 0,5 điểm vẫn tính là tái lập. Việc này làm sau khi thi. |
| Hướng đề | Đi thẳng vào ứng dụng thực tiễn (như bài sầu riêng); ưu tiên dữ liệu thật công khai, có ghi nguồn; sáng tạo hơn bài VL hiện có. |
Mỗi đề đều đi qua cùng một quy trình kiểm tra để bảo đảm đề chấm đúng và đủ khó, công bằng. Phần chi tiết riêng của từng đề nằm ở thẻ của đề đó.
| Bước | Nội dung |
|---|---|
| 1. Chương trình chấm | Chạy bằng chương trình chấm thật của nền tảng, ghi điểm tổng và bảng chi tiết (score, score_seen, score_shift, shift_gap). Thời gian chấm phải ≪ 600 giây. Bài nộp thiếu file của bài kia nhận 0 điểm nhưng vẫn "Finished". |
| 2. Hiệu chuẩn độ khó | Chạy ba loại lời giải trên Public, Private, seen, shift: lời giải hẹp (chỉ khớp những gì train và Public cho thấy), lời giải rộng (phủ các biến thể), và trần (giới hạn trên). Yêu cầu: lời giải hẹp phải tụt rõ ở shift; seen phải sát Public (nếu seen cũng tụt thì dữ liệu sai); lời giải rộng lấy lại phần lớn khoảng cách (khoảng cách không ai thu hẹp được là bất công). |
| 3. Baseline trên T4 | Đo thời gian và VRAM thật trên Colab (T4) cho baseline: thời gian hội tụ phải nằm trong 1–1,5 giờ/bài và đỉnh VRAM ≤ 16 GB, kể cả suy luận. |
| 4. Dò rò rỉ | Không có bản sao nguyên si của train trong test. Cấu trúc file, id, thứ tự dòng và kích thước file không được lộ nhãn (huấn luyện bộ phân loại chỉ trên các đặc trưng này, kết quả phải quanh mức ngẫu nhiên). |
| 5. Kiểm tra trên site | Nộp bài hoàn hảo (phải 100 điểm), bài tầm thường (≈ 0), bài thiếu file; kiểm quyền xem của người lạ, người đã đăng nhập và người tham gia (không lộ nhãn); rồi dọn bài nộp thử. |
| 6. Tái lập | Đáp án và dữ liệu sinh bằng hạt giống cố định; train và Public phải byte-identical khi sinh lại Private. |
Điểm 1 (kém) đến 5 (tốt) là đánh giá chủ quan của tôi, dựa trên những gì đã kiểm được. Cột "Giấy phép" phản ánh mức độ chắc chắn về quyền phát lại dữ liệu cho thí sinh; nhiều bộ chưa xác minh ở nguồn gốc.
| # | Đề | Dữ liệu thật | Giấy phép | Ứng dụng | Độ mới | Vừa 1–1,5 giờ và 16 GB | Rủi ro |
|---|---|---|---|---|---|---|---|
| 1 | Giao hàng chặng cuối | 2 | 5 | 5 | 5 | 5 | Thấp |
| 2 | Nhà máy thông minh | 1 | 5 | 4 | 3 | 4 | Vừa |
| 3 | Nông nghiệp thông minh | 4 | 2 | 5 | 2 | 4 | Cao |
| 4 | Giọng nói đời thường | 5 | 4 | 4 | 3 | 4 | Vừa |
| 5 | Nông sản và thị trường | 5 | 2 | 5 | 3 | 5 | Vừa |
| 6 | Giao thông đô thị thật | 4 | 2 | 5 | 3 | 3 | Cao |
| 7 | Dịch vụ công và pháp luật | 5 | 3 | 5 | 4 | 3 | Vừa–cao |
| 8 | Môi trường và khí hậu | 5 | 3 | 4 | 3 | 5 | Vừa |
| 9 | Giao thông Hà Nội | 5 | 5 | 5 | 4 | 3 | Vừa |
| 10 | Ẩm thực và dinh dưỡng | 5 | 3 | 4 | 5 | 2 | Vừa–cao |
| 11 | Biển số thật | 4 | 3 | 4 | 3 | 5 | Vừa |
Bối cảnh: từ 01/07/2025 Việt Nam còn 34 tỉnh, thành (từ 63) và 3.321 đơn vị cấp xã (từ 10.035), bỏ cấp huyện (Nghị quyết 202/2025/QH15). Mọi cơ sở dữ liệu địa chỉ cũ của thương mại điện tử và giao hàng đều lỗi thời; còn đọc biển số tự động là nhu cầu của bãi xe, thu phí, giám sát giao thông.
shift.Bối cảnh: kiểm tra chất lượng bằng thị giác và bảo trì dự đoán là hai ứng dụng AI phổ biến trong sản xuất.
Bối cảnh: giám sát vườn, đánh giá độ chín và hỗ trợ quyết định tưới bón.
Bối cảnh: trợ lý giọng nói cho ngân hàng, giao hàng, tổng đài.
Bối cảnh: nông dân cần chẩn đoán bệnh nhanh và biết xu hướng giá để quyết định bán.
Bối cảnh: hỗ trợ lái xe, giám sát giao thông.
Bối cảnh: chatbot dịch vụ công trả lời nhanh, đúng căn cứ pháp lý.
Bối cảnh: cảnh báo chất lượng không khí và ngập lụt cho đô thị và nông nghiệp.
Bối cảnh: nhận diện biển báo cho hỗ trợ lái xe; mô hình hoá lựa chọn phương tiện hỗ trợ chính sách giao thông đô thị.
Bối cảnh: ứng dụng ghi nhật ký ăn uống và tư vấn dinh dưỡng từ ảnh bữa ăn.
Bối cảnh: bãi xe, thu phí tự động, giám sát giao thông.
| Loại | Ví dụ | Cách xử lý |
|---|---|---|
| Cho phép phát lại, chỉ cần ghi công | CC BY 4.0, Apache-2.0, MIT, CC0 | Dùng được; ghi nguồn trong trang đề và điều khoản. |
| Chia sẻ tương tự (SA) | VNTS (CC BY-SA 4.0), chuối già (CC BY-SA 4.0) | Dữ liệu phát lại cho thí sinh phải giữ cùng giấy phép. |
| Phi thương mại (NC) | 30VNFoods, ViFoodVQA (CC BY-NC-SA), VIVOS (CC BY-NC theo Kaggle) | Phù hợp cuộc thi giáo dục không thu phí; cần ghi rõ. |
| Cấm chia sẻ hoặc phải ký thoả thuận | VinDr-CXR và VinDr-Mammo (PhysioNet), các bộ UIT như UIT-ViQuAD | Không dùng: không thể phát lại cho thí sinh. |
| Chưa rõ giấy phép | FOSD trên Kaggle (gốc Mendeley kiểu MIT), MC-OCR, chữ viết tay địa chỉ, dữ liệu pháp luật, Zalo Traffic Sign | Kiểm tra trang gốc trước khi quyết định. |
Tôi mới đọc metadata, chưa tải bộ dữ liệu nào về kiểm tra chất lượng nhãn, trùng lặp và phân bố. Đó là bước tiếp theo sau khi chọn đề.