Từ vấn đề đến hợp nhất cùng AI — Thử thách phát triển AI Native trong 4 tuần
Đây là thử thách AI Native kéo dài 4 tuần nhằm thiết lập ngữ cảnh, quyền hạn, tự động hóa và vòng lặp kiểm chứng vào các dự án thực tế, tạo ra một vòng lặp phát triển lặp đi lặp lại từ khi phát sinh vấn đề cho đến khi hợp nhất (merge) đã được kiểm chứng.
🚀 Từng làm việc tại Toss, tốt nghiệp POSTECH | Nhà phát triển Backend hiện tại (+9 năm) 🎥 YouTuber 20.000 sub | Sáng tạo nội dung lập trình 📚 Giảng viên Inflearn | Tổng số học viên 18.000+ 👥 Đang vận hành cộng đồng tuyển dụng lập trình viên (8.000+) 🧩 Contributor cho nhiều dự án mã nguồn mở (Gradle, Spring AI, v.v.) 📝 Kinh nghiệm vượt qua 38 vòng hồ sơ và hơn 100 lần chỉnh sửa CV trên Kmong (Đánh giá 5.0 sao)
Truyền tải những thông tin thực tế sống động từ ngành công nghiệp một cách dễ hiểu và có tính diễn dịch.
Thử thách 4 tuần AI Native · Miễn phí · 100 người đăng ký sớm nhất
DINGCO CHALLENGE · 4 TUẦN
Thay đổi từ việc lập trình bằng cách hỏi AI sang vòng lặp cùng nhau merge code trong vòng 4 tuần.
Lưu lại các quy tắc dự án, quyền hạn công cụ và kiểm thử chấp nhận (acceptance test) dưới dạng mã nguồn, lặp lại quy trình từ vấn đề (issue) cho đến PR đã được kiểm chứng. Sau 4 tuần, đội ngũ sẽ có được một hướng dẫn vận hành có thể tái sử dụng ngay lập tức.
Miễn phí · 100 người đầu tiên đăng ký sớm nhất
Được tạo bởi DingcoDingco, người có tích lũy hơn 18.000+ học viên trên Inflearn · mức độ hài lòng trung bình 4.9 · kinh nghiệm giúp học viên đỗ vào 38 doanh nghiệp.
Thử thách này không cung cấp bài giảng hay giáo trình. Đây là một lộ trình thực thi nhằm chứng minh những nội dung bạn đã biết hoặc tự học thông qua các bài toán thực tế và GitHub PR. Chuẩn bị trước khi bắt đầu · Việc nộp bài sẽ được thực hiện trên kho lưu trữ (repository) cá nhân riêng tư do Dingco tạo ra. Kho lưu trữ này đã bao gồm dự án blog Next.js·TypeScript·Tailwind giống như trong bài giảng, và các đáp án của nhiệm vụ sẽ được để trống.
Đây là lộ trình thực thi trong 4 tuần nhằm chứng minh các khái niệm đã học thông qua mã nguồn, thử nghiệm và giải thích.
SẢN PHẨM BẠN BÀN GIAO
Những gì còn lại sau khi hoàn thành
Hiến pháp claude.md, kỹ năng xử lý tác vụ lặp lại và PreToolUse·PostToolUse Hook
Kết nối MCP và vòng lặp cộng tác gh CLI từ Issue đến PR
Quy trình đánh giá mã nguồn bằng AI, đóng gói container và quan sát, hướng dẫn vận hành đồ án cuối khóa
BEFORE
Mỗi lần đều phải viết lại những câu lệnh (prompt) dài và con người phải kiểm tra lại kết quả từ đầu.
Từ lúc đăng ký đến khi đánh giá, theo đúng thứ tự màn hình thực tế
Bạn không cần sao chép và gửi địa chỉ GitHub. Trang chủ Dingco sẽ hỗ trợ từ việc chuẩn bị kho lưu trữ cá nhân, tạo nhánh nhiệm vụ và PR, cho đến việc kiểm tra đánh giá chi tiết.
1GitHub trước, Discord sau cùngSau khi hoàn tất đăng nhập Kakao và chẩn đoán sơ bộ, hãy chuẩn bị kho lưu trữ cá nhân (private repository), còn vai trò Discord và kênh theo khóa học sẽ được kết nối ở bước cuối cùng.2Thực hiện nhiệm vụ trong kho lưu trữ riêng tư (private) của tôiTrang chủ sẽ kết nối việc tạo nhánh ‘claude.md Thiết lập Hiến pháp và Mạng lưới an toàn Hook’ và PR. Không sao chép và dán địa chỉ PR.3Kiểm tra 90 điểm và căn cứ cụ thểKiểm tra các điểm tốt và điểm cần cải thiện từ kiểm tra tự động và đánh giá của AI trong phần đánh giá chi tiết của Dingco và bình luận trên GitHub PR, sau đó tiến hành sửa đổi trên cùng một PR.4Kênh vận hành AI Native Challenge khóa 1Các bài đánh giá chi tiết cho từng cá nhân sẽ không được đăng lên Discord, chỉ chia sẻ bản tóm tắt hàng tuần và thông báo vận hành.
Màn hình trên là ví dụ được tạo dựa trên giao diện vận hành thực tế và quy tắc của kho lưu trữ/kênh. Tên kho lưu trữ, số thứ tự khóa học và điểm đánh giá sẽ thay đổi tùy theo người tham gia và khóa học.
4-WEEK ROUTE
Nhiệm vụ hàng tuần giúp chuyển đổi những nội dung đã biết thành thành quả thực tế
Mỗi tuần, bạn sẽ nộp các nội dung bao gồm: thực hiện·thử nghiệm, kiểm thử·log, căn cứ lựa chọn và câu trả lời cho các câu hỏi vào trong cùng một PR. Các câu hỏi không phải là bài tập về nhà để trả lời theo những gì đã học thuộc lòng, mà là trả lời dựa trên mã nguồn và bằng chứng bạn vừa tạo ra.
W1
Bối cảnh và Hiến pháp dự án
Cố định chất lượng công việc của AI vào kho lưu trữ bằng claude.md, kỹ năng (skill) và Hook PreToolUse·PostToolUse.
PR tích hợp hàng tuầnXây dựng hiến pháp claude.md và mạng lưới an toàn Hook
[Bắt buộc] Tại tệp claude.md ở thư mục gốc của kho lưu trữ, hãy điền cấu trúc dự án, lệnh thực thi, quy tắc mã hóa, các thay đổi bị cấm và điều kiện hoàn thành bằng các đường dẫn và lệnh thực tế hoạt động trong kho lưu trữ này. Hãy sử dụng prompt viết hiến pháp từ bài giảng số 6, nhưng phải trực tiếp kiểm tra xem các câu văn được tạo ra có khớp với cấu trúc tệp thực tế hay không.
[Bắt buộc] Tạo 1 skill thay thế cho các công việc lặp đi lặp lại tại .claude/skills/<tên>/SKILL.md. Điền name và description ở phần frontmatter, sau đó xác nhận rằng sản phẩm thực tế (ví dụ: bài viết mới dưới app/blog/posts/) được tạo ra bằng skill đó.
[필수] .claude/settings.json에 PreToolUse Hook을 등록해 금지한 변경을 차단하고, 일부러 위반하는 요청을 넣어 차단되는 출력을 남깁니다. 강의 7강의 exit code 규약을 따릅니다.
[필수] PostToolUse Hook으로 파일 수정 직후 포맷 또는 검사가 자동 실행되게 연결하고 실행 로그를 남깁니다.
[Lựa chọn mở rộng] Mở rộng đến kiểm soát truy cập thông minh bằng cách tạo phân nhánh theo đường dẫn và phần mở rộng với mô hình dispatcher của bài 8.
Bằng chứng nộp bài · Năm mục trong claude.md gồm cấu trúc, lệnh thực thi, quy tắc mã hóa, các thay đổi bị cấm, điều kiện hoàn thành · 1 tệp .claude/skills/<tên>/SKILL.md và sản phẩm do kỹ năng đó tạo ra · Đầu ra thực tế cho thấy PreToolUse Hook đã chặn yêu cầu vi phạm · Nhật ký thực thi tự động của PostToolUse Hook · Câu trả lời cho các câu hỏi từ 1 đến 3
함께 답할 근거형 질문 3개
Thông tin nào nhất thiết phải có trong claude.md nhưng không cần thiết phải có trong README thông thường?
Làm thế nào để bạn phân chia giữa những thay đổi cần được ngăn chặn bằng PreToolUse và những thay đổi có thể xử lý sau bằng PostToolUse?
Sai lầm nào mà dù đã gắn Hook vẫn không ngăn chặn được, và bạn có kế hoạch ngăn chặn nó như thế nào trong lần tới?
W2
Tự động hóa cộng tác Git với MCP
Mở rộng cảm quan của AI bằng MCP và đóng vòng lặp hợp tác gh CLI từ Issue đến PR bằng thử nghiệm E2E.
PR tổng hợp hàng tuầnHoàn tất một chu trình từ Issue đến PR đã được xác thực bằng gh CLI
[Bắt buộc] Kết nối 1 trong các MCP bắt buộc từ Phần 2 Bài 1 của bài giảng vào tệp .claude/settings.json, và lưu lại kết quả đầu ra (output) mà MCP đó đã phản hồi trong thực tế. Đồng thời, ghi rõ phạm vi đọc/ghi của công cụ đã kết nối và những điểm cần sự chấp thuận của con người.
[Bắt buộc] Tạo 1 issue về tính năng trong kho lưu trữ này, thêm các quy tắc về branch·commit·PR vào claude.md, sau đó triển khai tính năng trên branch feature/<이슈번호>-<슬러그> và gửi PR. Điền đầy đủ theo định dạng của .github/PULL_REQUEST_TEMPLATE.md.
[Bắt buộc] Cố định hoạt động của tính năng đó bằng 1 kịch bản Playwright dưới thư mục tests/, đồng thời lưu lại cả kết quả thất bại trước khi triển khai và kết quả vượt qua sau khi triển khai.
[Tùy chọn mở rộng] Định nghĩa sub-agent trong .claude/agents/ hoặc tiến hành công việc thứ hai song song bằng git worktree và ghi lại ranh giới ngăn chặn xung đột.
Bằng chứng nộp bài · Thiết lập MCP đã kết nối và đầu ra phản hồi thực tế, phạm vi đọc/ghi và các điểm phê duyệt · Số Issue, tên nhánh feature, liên kết PR đã điền đầy đủ template · 1 kịch bản Playwright dưới thư mục tests/ và đầu ra thất bại trước khi thực hiện/thành công sau khi thực hiện · Câu trả lời cho các câu hỏi từ 1 đến 3
함께 답할 근거형 질문 3개
Bạn đã phân chia các điểm chỉ cần quyền đọc và các điểm cần quyền ghi trong MCP đã kết nối như thế nào?
Kết quả đầu ra của AI đã thay đổi như thế nào trước và sau khi đưa các quy tắc về nhánh (branch), commit và PR vào claude.md?
Kịch bản Playwright đảm bảo được điều gì ở tính năng này, và điều gì vẫn chưa thể đảm bảo được?
W3
Review mã nguồn bằng AI và quan sát
Tạo ranh giới tin cậy trước khi hợp nhất bằng cách gắn quy trình đánh giá GitHub Actions, container hóa và quan sát lỗi.
PR tích hợp hàng tuầnThực hành gắn kết container hóa, quan sát và tự động hóa review
[필수] Dockerfile로 이 앱을 컨테이너화하고, 컨테이너에서 앱이 실제로 응답하는 출력을 남깁니다.
[Bắt buộc] Kết nối Sentry vào mã nguồn trong thư mục app/ để cố tình tạo ra lỗi, sau đó xác nhận lỗi đã được ghi nhận trên Sentry và viết ra các tiêu chí bằng con số cụ thể về những chỉ số nào sẽ được ưu tiên theo dõi trong quá trình vận hành.
[Bắt buộc] Thực hành phần AI code review trong Bài 1, Phần 3 của bài giảng trên kho lưu trữ cá nhân của bạn và để lại liên kết thực thi có kèm nhận xét review làm bằng chứng. Vì đường dẫn .github/workflows/ trong kho lưu trữ nộp bài là đường dẫn được bảo vệ để chấm điểm nên không thể sửa đổi, hãy tổng hợp nội dung tệp workflow vào thư mục docs/ và nộp cùng.
[선택 확장] Cấu hình hạ tầng AWS bằng Terraform hoặc triển khai lên ECS. Vì sẽ phát sinh chi phí thực tế nên đây không phải là yêu cầu bắt buộc, nếu thực hiện, vui lòng lưu lại hồ sơ ghi chép cho đến khi hoàn tất việc dọn dẹp tài nguyên.
[선택 확장] Langfuse를 연결하여 LLM 호출 추적을 남깁니다.
Bằng chứng nộp bài · Dockerfile và kết quả phản hồi của ứng dụng từ container · Bản ghi lỗi cố ý được ghi lại trên Sentry cùng các chỉ số quan sát ưu tiên và tiêu chuẩn cảnh báo · Liên kết thực thi có đính kèm AI review trên kho lưu trữ cá nhân và nội dung workflow đã được sắp xếp trong mục docs/ · Câu trả lời cho các câu hỏi từ 1 đến 3
함께 답할 근거형 질문 3개
Trong số những góp ý mà AI đã chỉ ra, đâu là những điều mà con người có thể đã bỏ lỡ?
Thiết lập review này có thể lọc ra được những thay đổi vượt qua bài kiểm tra (test pass) nhưng không được phép hợp nhất (merge) không?
Chỉ số nào sẽ bộc lộ vấn đề sớm nhất trong quá trình vận hành và tiêu chuẩn cảnh báo là gì?
W4
Vòng lặp vận hành Capstone
Hoàn thành một vòng lặp vận hành từ lập kế hoạch, PRD và ticket, đến triển khai và hợp nhất (merge), cho đến quan sát và hồi tưởng.
PR tổng hợp hàng tuầnHoàn thành một vòng Capstone từ PRD đến Hợp nhất (Merge)
[Bắt buộc] Chọn 1 tính năng để thêm vào blog này và điền vào docs/prd.md các mục: định nghĩa vấn đề, tiêu chí thành công, câu chuyện người dùng (user story), yêu cầu chức năng/phi chức năng và phạm vi loại trừ (out of scope) theo định dạng PRD của Bài 2 Phần 4 trong khóa học.
[Bắt buộc] Chia nhỏ PRD thành các issue theo đơn vị thực thi và viết điều kiện chấp nhận (acceptance criteria) cho mỗi issue. Kết nối số hiệu issue và điều kiện chấp nhận để có thể theo dõi được trong nội dung PR.
[Bắt buộc] Chọn 1 tính năng trong số đó, thực hiện triển khai và hợp nhất (merge) bằng cách áp dụng đúng quy trình claude.md, Hook và luồng công việc review đã tạo từ tuần 1~3. Cố định các điều kiện nghiệm thu (acceptance criteria) bằng các kịch bản dưới thư mục tests/.
[bắt buộc] Ghi lại những nút thắt cổ chai mà việc tự động hóa đã thực sự cắt giảm được trong 4 tuần qua, những nút thắt cổ chai mới phát sinh, và các phụ thuộc cá nhân cần loại bỏ để các thành viên khác trong nhóm có thể tái sử dụng vào file docs/retrospective.md.
[Lựa chọn mở rộng] Chạy toàn bộ stack tại local bằng docker-compose hoặc tự động hóa việc triển khai bằng CI/CD.
Bằng chứng nộp bài · Định nghĩa vấn đề, tiêu chí thành công, câu chuyện người dùng, yêu cầu, phạm vi ngoài dự án trong docs/prd.md · Issue ghi rõ điều kiện nghiệm thu và nội dung PR tham chiếu issue đó · Kịch bản tests/ của chức năng đã triển khai, kết quả thông qua và commit đã merge · Các nút thắt cổ chai đã giảm bớt, nút thắt cổ chai mới, sự phụ thuộc cá nhân trong docs/retrospective.md · Câu trả lời cho câu hỏi từ tuần 1~3
함께 답할 근거형 질문 3개
Trong số các tiêu chí thành công của PRD, những điều nào đã thực sự được xác nhận thông qua lần triển khai này và những điều nào vẫn chưa được xác nhận?
Trong số các quy tắc, Hook và quy trình review đã tạo từ tuần 1 đến tuần 3, điều gì thực sự giúp ích và điều gì gây cản trở trong lần này?
Để thành viên khác trong nhóm có thể tiếp quản kho lưu trữ này y nguyên như hiện tại, còn điều gì cần phải lập tài liệu hướng dẫn hoặc loại bỏ không?
WEEKLY LOOP
Hoàn thành thực hành của một tuần trong cùng một PR
Kiểm tra các vấn đề thực tế theo từng tuần
Thực hiện nhiệm vụ trên nhánh (branch) cá nhân
Gửi PR bao gồm mã nguồn, bài kiểm tra và giải thích
Kiểm tra tự động và xác nhận AI review
Sửa cùng một PR và tự động hợp nhất
Kiểm tra PR đã thông qua và giải thích chính thức
Phản ánh đánh giá đồng nghiệp tích lũy và hồ sơ học tập của phi hành đoàn
Việc nộp bài chỉ sử dụng GitHub PR. Các thay đổi do AI tạo ra cũng phải trải qua quá trình commit, kiểm tra và đánh giá chính xác giống như mã thông thường. Hệ thống sẽ tự động xác nhận xem các bằng chứng cần thiết có nằm trong PR hay không.
SỰ THAM GIA CỦA CREW
Chỉ thảo luận trong 20 phút về phần "Lời nhắn nhiệm vụ"
Từ tuần thứ 2, hãy để lại một vài lời nhắn trong PR, và các thành viên (crew) chỉ chia sẻ về những điểm đang bị tắc nghẽn cũng như các cách tiếp cận khác.
Lời nhắn nhiệm vụ từ tuần thứ 2 Để lại những điểm còn vướng mắc khi nộp PR trong khoảng 10~300 ký tự.
20 phút vào thời gian nhóm đã định Mặc định là 21:15 thứ Ba, chỉ chia sẻ về những điểm bị tắc nghẽn và các cách tiếp cận khác.
Trưởng nhóm kết thúc trong khoảng 1~30 ký tự Từ tuần thứ 2, thành viên hoàn thành được +5 điểm, tách biệt với việc hoàn thành cá nhân.
Hoạt động thưởng cho nhóm Người tham gia không viết thêm bài viết nào khác ngoài lời nhắn thực hiện nhiệm vụ. Điểm thưởng +5 cho nhóm được tính riêng biệt với việc hoàn thành cá nhân.
PHIÊN LIVE
Một lần trực tiếp, cùng nhau thống nhất cách thức tiến hành
Trong thời gian diễn ra thử thách, một buổi Live Session sẽ được tổ chức. Chúng ta sẽ cùng nhau thống nhất các tiêu chuẩn hoàn thành và kiểm tra trực tiếp tại chỗ quy trình nộp bài hiển thị trên màn hình như thế nào.
KICKOFF LIVE20:00 Thứ Hai, ngày 31/8
60 phút · Trực tuyến
AI Native Challenge Kickoff Live
Hướng dẫn về cách thức tiến hành trong 4 tuần và tiêu chuẩn hoàn thành
Chuẩn bị nhánh (branch) cho nhiệm vụ đầu tiên tại buổi Kick-off thứ Hai và demo gửi GitHub PR sau khi bắt đầu vào thứ Tư
Q&A trực tuyến
Link tham gia sẽ được đăng trên thông báo Discord trước khi bắt đầu. Ngay cả khi không thể tham gia trực tiếp, bạn vẫn có thể kiểm tra tiêu chuẩn hoàn thành và cách thức nộp bài trên trang chủ Dingco và thông báo Discord.
BẢN CAM KẾT THỬ THÁCH
Tự học khái niệm, thực hành và phản hồi cùng nhau
Thử thách này không cung cấp bài giảng, giáo trình, Notion hay tài liệu bổ sung. Bạn sẽ áp dụng những kiến thức đã biết hoặc tự học vào các vấn đề thực tế và chứng minh thông qua GitHub PR.
Thử thách cung cấp
Các vấn đề thực tế theo từng tuần · Kho lưu trữ thực hành cá nhân (private) · Tiêu chuẩn vượt qua rõ ràng · Kiểm tra tự động và đánh giá bằng AI · So sánh với đồng nghiệp và hồ sơ hoàn thành
Người tham gia chuẩn bị
Khái niệm cơ bản trong lĩnh vực tương ứng · Kinh nghiệm sử dụng Git và GitHub PR · Thời gian thực hiện mỗi tuần · Thái độ tự bổ sung những khái niệm còn thiếu
Học tập bổ trợ tự chọn · Mua riêng · 16 giờ 38 phút
The 10x AI-Native Developer
Bài giảng và giáo trình này không bao gồm trong thử thách và việc học cũng không bắt buộc. Chỉ chọn khi bạn có lĩnh vực còn thiếu sót trong chẩn đoán trước đó hoặc khi cần bổ sung khái niệm.
Bất kể bạn đã đăng ký trên Inflearn hay chưa, hãy kiểm tra trạng thái tuyển sinh của khóa hiện tại thông qua nút ‘Xác nhận tuyển sinh·tham gia’ ở trên. Khi bạn đăng nhập bằng Kakao trên Dingco, vị trí của bạn sẽ được đảm bảo, và sau khi hoàn tất tất cả các kết nối, việc chuẩn bị tham gia sẽ sẵn sàng.
Tại trang xác nhận tuyển sinh và tham gia của Dingco, hãy chọn khóa hiện tại và đăng nhập bằng Kakao, tư cách thành viên thử thách sẽ được tạo ngay lập tức và vị trí của bạn sẽ được đảm bảo.
Sau khi vượt qua bài chẩn đoán trước theo từng khóa, bước kết nối GitHub sẽ được mở.
Nếu bạn kết nối GitHub trước, việc kiểm tra quyền tổ chức và chuẩn bị kho lưu trữ riêng tư (private repository) để thử nghiệm vận hành AI sẽ tự động được lên lịch.
Khi kết nối Discord, quyền truy cập vào danh mục AI Native Challenge khóa 1 và các kênh thông báo, bài đọc, câu hỏi, tự do sẽ được thiết lập.
Tạo nhánh submit/<nhiệm vụ> trên trang chủ, push các quy tắc, tự động hóa, bằng chứng thực thi và gửi PR chỉ bằng một nút bấm.
Các commit mới nhất đã vượt qua kiểm tra tự động và đánh giá AI sẽ được Dingco tự động hợp nhất và cùng chúc mừng tại kênh tự do. Các kết quả nhạy cảm về bảo mật hoặc có độ tin cậy thấp sẽ được xử lý sau khi có người kiểm tra; tại Discord của crew, mọi người cùng chia sẻ câu hỏi và tiến độ công việc, còn các bài đánh giá chính thức sẽ ưu tiên mở cho các PR đã vượt qua của cùng crew, nếu không có sẽ tiếp tục với các PR của crew khác trong cùng khóa. Bảng điểm sẽ được phản ánh tạm thời trong tuần và được chốt chính thức sau khi kết thúc đợt đánh giá tích lũy cuối cùng.
Quyền đọc của các thành viên cùng khóa Kho lưu trữ cá nhân được duy trì ở chế độ riêng tư và những người tham gia cùng khóa chỉ có thể tham khảo ở chế độ chỉ đọc sau khi kết quả của tuần được công bố. Quyền ghi chỉ được cấp cho kho lưu trữ của chính bạn. Nhóm (crew) thường được vận hành với 5-6 người và danh sách sẽ được ẩn cho đến khi công bố. Bảng điểm chi tiết không được công khai, và sau khi xác nhận điểm cuối cùng, chỉ những nhóm chiến thắng đã đồng ý mới được giới thiệu trong Hall of Fame, nhận huy hiệu GitHub và hiển thị tên công khai. Đăng ký tham gia kết thúc vào lúc 19:00 thứ Tư của tuần bắt đầu. Đối với các lộ trình có chẩn đoán trước, bạn phải vượt qua trước cùng thời điểm đó, danh sách nhóm và kênh Discord riêng sẽ được công bố vào lúc 20:00. Thời gian bắt đầu chính thức và công bố nhiệm vụ tuần 1 là 21:00 cùng ngày, sau đó nhiệm vụ mới sẽ được mở vào 21:00 thứ Tư hàng tuần và hạn chót nộp bài là 21:00 thứ Ba tuần sau. Việc đánh giá (review) chính thức không nhất thiết phải thực hiện ngay mỗi tuần, nhưng phải hoàn thành số lượng review cần thiết theo tiêu chuẩn của các tuần khác nhau trước 21:00 Chủ Nhật sau tuần cuối cùng. Bài tập tuần 1, kho lưu trữ cá nhân và nhánh nhiệm vụ có thể được chuẩn bị trước, và nút nộp PR sẽ tự động được kích hoạt sau khi việc chuẩn bị kênh nhóm của bạn hoàn tất. Những người tham gia chưa hoàn tất kết nối GitHub/Discord vẫn sẽ được giữ nguyên nhóm đã phân bổ.
KIỂM TRA ĐỘ PHÙ HỢP (FIT CHECK)
Phù hợp với những người này, và không phù hợp với những người này
Khuyên dùng cho những người sau
Những nhà phát triển sử dụng Claude Code hoặc các coding agent nhưng gặp phải sự sai lệch lớn về kết quả.
Những ai muốn tạo ra các quy tắc và cấu trúc kho lưu trữ (repository) để nhóm có thể tái sử dụng tính năng tự động hóa AI.
Những người muốn vận hành không chỉ về tốc độ mà còn cả thử nghiệm, quyền hạn và chiến lược phục hồi
Không đề xuất
Những người chưa có kinh nghiệm về Git, kiểm thử (test) và thực thi dự án cơ bản
Những người đang tìm cách hợp nhất trực tiếp mã được tạo mà không qua kiểm chứng
HOÀN THÀNH
Công bố tiêu chuẩn hoàn thành trước khi bắt đầu
Trong vòng 4 tuần, nộp tất cả 4 PR nhiệm vụ tích hợp theo từng tuần.
Gửi đánh giá chính thức cho các PR đã vượt qua của 3 tuần khác nhau.
Chuẩn bị trước khi bắt đầu
Việc nộp bài sẽ được thực hiện trên kho lưu trữ (repository) cá nhân riêng tư do Dingco tạo ra. Kho lưu trữ này đã bao gồm dự án blog Next.js·TypeScript·Tailwind giống như trong bài giảng, và các phần đáp án của nhiệm vụ sẽ được để trống.
Ngôn ngữ và framework được cố định theo tiêu chuẩn của bài giảng. Bạn không thể nộp bài bằng các stack khác.
Mỗi tuần, bạn phải dành khoảng 4~6 giờ để thực hiện theo các phần tương ứng của bài giảng và lưu lại bằng chứng thực hiện.
Câu hỏi thường gặp
Những điều được hỏi nhiều nhất trước khi tham gia
Đây có phải là khóa học giống với Bootcamp 10 tuần trước đây không?
Không phải vậy. Thử thách này là một lộ trình riêng biệt nhằm hoàn thành một môn học trong vòng 4 tuần. Chỉ trong trường hợp cần một khóa học tập trung sâu hơn vào dự án và việc làm thì mới tiếp tục với chương trình Bootcamp 10 tuần.
Có bao gồm bài giảng hay giáo trình không?
Không phải vậy. Thử thách cung cấp các bài toán theo từng tuần, kho lưu trữ thực hành riêng tư (private), tiêu chuẩn nộp bài và quy trình đánh giá (review loop). Các bài giảng liên quan là phần học trước tùy chọn có thể mua riêng và việc tham gia học không phải là bắt buộc.
Có thể nộp bài trên trang chủ hoặc dán link vào không?
Kết quả nộp bài chỉ được chấp nhận thông qua GitHub PR. Tuy nhiên, việc chuẩn bị kho lưu trữ (repository), nhánh (branch), PR và kiểm tra review có thể được thực hiện dễ dàng thông qua các nút bấm trên trang web Dingco.
Những gì sẽ được công khai trên Discord?
Trên Discord sẽ không đăng các bài đánh giá chi tiết cho từng cá nhân, mà chỉ chia sẻ bản tóm tắt hàng tuần và các thông báo vận hành. Kênh chung của AI Native Challenge khóa 1 là không gian dành cho các bài đọc, đặt câu hỏi, trò chuyện tự do và hướng dẫn vận hành.
GHI CHÚ CỦA NGƯỜI SÁNG TẠO
Claude Skills, tại sao nên sử dụng?
Bạn có thể xem trước trong video về việc nên thực hiện và kiểm chứng vấn đề này dựa trên tiêu chuẩn nào.