Từ issue đến merge cùng AI — Thử thách phát triển AI Native 4 tuần, đợt 2
Đây là thử thách thực hành AI Native kéo dài 4 tuần, trong đó các quy tắc dự án, quyền sử dụng công cụ và bài kiểm thử nghiệm thu được lưu dưới dạng mã, rồi lặp lại quy trình từ issue đến PR GitHub đã được xác minh.
🚀 Từng làm việc tại Toss, tốt nghiệp Đại học Khoa học và Công nghệ Pohang | Lập trình viên backend đang làm việc trong ngành (hơn 9 năm) 🎥YouTuber với 20 nghìn người đăng ký | Sản xuất nội dung về phát triển phần mềm 📚 Giảng viên trên Inflearn | Tổng số học viên đã tham gia 18.000+ 👥 Đang vận hành cộng đồng việc làm dành cho lập trình viên (8.000+) 🧩 Contributor cho nhiều dự án mã nguồn mở (Gradle, Spring AI, v.v.) 📝38 lần đậu vòng hồ sơ và hơn 100 lần chỉnh sửa CV trên Kmong (điểm đánh giá 5,0)
Truyền đạt những thông tin thực tế, sống động từ công việc một cách dễ hiểu và logic.
Thử thách AI Native 4 tuần · Miễn phí · 100 người đăng ký đầu tiên
DINGCO CHALLENGE · 4 TUẦN
Phát triển bằng cách hỏi AI, trong 4 tuần, chúng ta sẽ cùng nhau biến nó thành một vòng lặp merge.
Ghi lại quy tắc dự án, quyền hạn công cụ và các bài kiểm thử nghiệm thu dưới dạng mã, rồi lặp lại quy trình từ issue đến PR đã được xác minh. Sau 4 tuần, đội ngũ sẽ có một cẩm nang vận hành có thể tái sử dụng nguyên vẹn.
Miễn phí · 100 người đăng ký đầu tiên
Được tạo bởi Dingcodingco với hơn 18.000 học viên tích lũy trên Inflearn · điểm hài lòng trung bình 4,9 · kinh nghiệm giúp ứng viên trúng tuyể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 hành, trong đó bạn chứng minh những nội dung đã biết hoặc tự học thông qua các bài toán thực tế và GitHub PR. Công tác chuẩn bị trước khi bắt đầu và việc nộp bài sẽ được thực hiện trong kho lưu trữ private cá nhân do Dingco tạo. Kho này chứa một dự án blog sử dụng Next.js, TypeScript và Tailwind, đồng thời để trống đáp án của các nhiệm vụ.
Đây là lộ trình thực hành kéo dài 4 tuần, nơi bạn chứng minh những khái niệm đã học bằng mã nguồn, thí nghiệm và giải thích.
NHỮNG GÌ BẠN BÀN GIAO
Những gì bạn nhận được khi hoàn thành
Bối cảnh dự án theo từng tác nhân được chọn, quy trình công việc lặp lại, cơ chế xác minh và ngăn chặn
Vòng lặp cộng tác từ issue ghi lại ranh giới quyền hạn đến PR đã được kiểm thử
AI review và khôi phục khi thất bại, tín hiệu vận hành, capstone tính năng ứng dụng mẫu
BEFORE
Mỗi lần đều phải viết lại prompt dài và con người kiểm tra kết quả từ đầu.
AFTER
Bối cảnh, các tác vụ lặp lại và cơ chế xác minh của agent đã chọn được lưu trong kho lưu trữ, rồi lặp lại từ issue cho đến PR đã được xác minh.
QUY TRÌNH LÀM VIỆC THỰC TẾ
Từ lúc đăng ký đến khi review, theo đúng thứ tự trên màn hình thực tế
Không cần sao chép và gửi địa chỉ GitHub. Trang chủ Dingco hỗ trợ thực hiện liền mạch từ việc chuẩn bị kho lưu trữ cá nhân, tạo nhánh nhiệm vụ và PR cho đến kiểm tra phần đánh giá chi tiết.
1GitHub trước, Discord sau cùngSau khi đăng nhập Kakao và hoàn tất bài đánh giá trước, bạn sẽ chuẩn bị kho lưu trữ private cá nhân, còn vai trò Discord và kênh khóa học sẽ được kết nối sau cùng.2Thực hiện nhiệm vụ trong kho lưu trữ private của tôiTrang web sẽ tiếp nối việc tạo branch và PR ‘Tạo đường cơ sở vận hành và PR xác minh bằng agent đã chọn’. Bạn không cần sao chép rồi dán địa chỉ PR.3Xác nhận 90 điểm và các căn cứ cụ thểXem những điểm làm tốt và điểm cần cải thiện từ kiểm tra tự động và đánh giá AI trong phần đánh giá chi tiết của Dingko và bình luận PR trên GitHub, rồi chỉnh sửa chính PR đó.4Kênh vận hành AI Native Challenge khóa 2 Không đăng các bài đánh giá chi tiết từng cá nhân 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 xây dựng dựa trên giao diện vận hành thực tế cùng các quy tắc của kho lưu trữ và kênh. Tên kho lưu trữ, số thứ tự khóa và điểm đánh giá sẽ thay đổi tùy theo người tham gia và khóa.
LỘ TRÌNH 4 TUẦN
Nhiệm vụ theo từng tuần để biến những điều đã biết thành sản phẩm thực tế
Mỗi tuần, bạn nộp phần triển khai và thử nghiệm, kiểm thử và nhật ký, cùng với căn cứ lựa chọn và câu trả lời cho các câu hỏi trong một PR duy nhất. Các câu hỏi không phải là bài tập nộp riêng những câu trả lời đã học thuộc, mà được giải đáp bằng mã nguồn và bằng chứng bạn vừa tạo ra.
W1
Tiêu chuẩn cơ sở vận hành tác nhân
Tạo ngữ cảnh, tác vụ lặp lại và cơ chế kiểm chứng trong agent đã chọn, đồng thời chứng minh bằng PR một thay đổi nhỏ.
PR tích hợp hằng tuầnTạo tiêu chuẩn vận hành và PR kiểm chứng bằng agent đã chọn
[Bắt buộc] Chọn 1 tác nhân lập trình AI sẽ sử dụng trong tuần này và ghi vào docs/agent-workflow.md tên công cụ·phiên bản, lý do lựa chọn, cùng vị trí triển khai ba khả năng sau: ngữ cảnh dự án, quy trình làm việc có thể tái sử dụng, cơ chế xác minh hoặc ngăn chặn trước và sau khi thay đổi.
[Bắt buộc] Cung cấp cấu trúc dự án, lệnh thực thi, quy tắc và điều kiện hoàn thành bằng các chức năng tương đương của công cụ đã chọn, đồng thời biến một tác vụ lặp lại thành lệnh, skill, prompt hoặc quy trình làm việc có thể tái sử dụng.
[Bắt buộc] Kết nối một trong các cơ chế kiểm thử, lint, xác nhận quyền hạn hoặc ngăn chặn thay đổi làm thiết bị xác minh, sau đó cố ý làm cho thất bại hoặc thử thực hiện thay đổi bị cấm để lưu lại đầu ra cho thấy lỗi được phát hiện.
[Phần bắt buộc] Sử dụng quy trình đã tạo để thực hiện một thay đổi nhỏ về mã hoặc bài kiểm thử trong ứng dụng mẫu, sau đó gửi PR đã vượt qua bước xác minh bằng npm test hoặc Playwright.
[Mở rộng tùy chọn] Tái hiện cùng một khả năng trên tác nhân thứ hai để so sánh sự khác biệt và chi phí chuyển đổi.
Bằng chứng nộp bài · tác nhân đã chọn, vị trí triển khai của ba khả năng chung và ánh xạ chức năng tương đương · mã hoặc sản phẩm kiểm thử do quy trình công việc lặp lại tạo ra · đầu ra cho thấy cơ chế xác minh đã phát hiện thay đổi thất bại hoặc bị cấm · đầu ra vượt qua bài kiểm thử của thay đổi nhỏ và liên kết PR · câu trả lời cho câu hỏi 1~3
함께 답할 근거형 질문 3개
Trong số thông tin dự án đã cung cấp cho tác nhân được chọn, những gì còn thiếu nếu chỉ dựa vào README thông thường là gì?
Bạn đã giao cho các tác vụ lặp lại và cơ chế kiểm chứng lần lượt đến mức nào, và giữ lại phần xác nhận của con người ở đâu?
Những sai sót nào mà các cơ chế kiểm chứng không phát hiện được, và lần tới bạn dự định khắc phục như thế nào?
W2
Từ issue đến PR đã được xác minh
Xác định ranh giới quyền hạn của tác nhân và các công cụ bên ngoài, rồi thực hiện trọn một vòng từ issue đến PR đã được kiểm thử.
PR tích hợp hằng tuầnDùng tác nhân đã chọn để thực hiện toàn bộ quy trình từ issue đến PR đã được kiểm chứng
[Bắt buộc] Ghi lại trong docs/agent-workflow.md tác nhân đã sử dụng trong tuần này và các công cụ bên ngoài đã sử dụng (GitHub, MCP, CLI, tích hợp trình soạn thảo, v.v.), đồng thời nêu rõ phạm vi đọc·ghi và những điểm cần con người phê duyệt.
[Bắt buộc] Tạo 1 issue về tính năng trong kho lưu trữ này, triển khai tính năng trên nhánh feature/<số_issue>-<slug>, sau đó hợp nhất vào nhánh submit/<module>__<mission> theo hợp đồng 제출 chung. PR được chấm điểm là một PR duy nhất do nút gửi trên trang chủ mở từ nhánh submit, vì vậy không mở riêng PR từ nhánh feature vào nhánh mặc định. Ghi lại mối liên kết giữa issue, nhánh và PR cùng các điều kiện nghiệm thu trong nội dung PR gửi.
[Bắt buộc] Cố định hoạt động của tính năng đó bằng 1 kịch bản Playwright trong tests/, đồng thời lưu lại cả kết quả chạy thất bại trước khi triển khai và kết quả chạy thành công sau khi triển khai.
[Mở rộng tùy chọn] Tiến hành xem xét bằng tác nhân khác hoặc thực hiện công việc song song, đồng thời ghi lại ranh giới tránh xung đột và những khác biệt.
Bằng chứng 제출 · tác nhân đã chọn · công cụ bên ngoài · phạm vi đọc/ghi và các điểm phê duyệt · liên kết PR đã điền số issue, tên nhánh feature và mẫu PR · 1 kịch bản Playwright trong tests/ cùng với đầu ra thất bại trước khi triển khai và đầu ra đạt sau khi triển khai · câu trả lời cho các câu hỏi 1–3
함께 답할 근거형 질문 3개
Bạn đã phân chia như thế nào giữa những nơi chỉ cần quyền đọc là đủ và những nơi cần quyền ghi trong các công cụ bên ngoài đã sử dụng?
Sau khi cung cấp các điều kiện nghiệm thu cho issue, branch và PR, sản phẩm đầu ra của agent đã thay đổi như thế nào?
Kịch bản Playwright bảo đảm điều gì cho tính năng này, và điều gì vẫn chưa thể bảo đảm?
W3
Đánh giá AI và khôi phục sau thất bại
Kết nối đánh giá AI, xác minh tự động và tín hiệu vận hành để phát hiện, khắc phục lỗi, sau đó thiết lập ranh giới tin cậy trước khi hợp nhất.
PR tích hợp hằng tuầnThực hành vòng lặp review AI và khôi phục khi thất bại
[Bắt buộc] Hãy để agent trong tuần này review thay đổi của bạn, đồng thời ghi lại cùng với mã nguồn và bài kiểm thử 1 nhận xét mà con người có thể đã bỏ sót hoặc 1 đánh giá đúng đã được xác nhận bằng kiểm chứng.
[Bắt buộc] Cố ý tái hiện 1 trường hợp thất bại. Chọn một trong các trường hợp: kiểm thử thất bại, lỗi thời gian chạy hoặc đầu vào không hợp lệ, rồi lưu lại đầu ra khi tái hiện, nguyên nhân và đầu ra đạt sau khi sửa.
[Bắt buộc] Xác định 1 tín hiệu cần kiểm tra trước trong quá trình vận hành và theo dõi tín hiệu đó bằng một trong các phương thức: nhật ký, theo dõi lỗi, báo cáo kiểm thử hoặc kết quả CI. Ghi rõ tiêu chí bình thường và cảnh báo của tín hiệu bằng số liệu hoặc điều kiện cụ thể.
[Bắt buộc] Ghi lại trong docs/agent-workflow.md nhiệm vụ mà agent đã chọn đảm nhận trong lần khôi phục sau sự cố này và ranh giới mà con người đã xác nhận.
[Mở rộng tùy chọn] Tích hợp một trong các công cụ Docker, Sentry, Langfuse, CI/CD hoặc triển khai đám mây để tự động hóa việc giám sát hoặc khôi phục. Các dịch vụ phát sinh chi phí không bắt buộc.
Bằng chứng nộp bài · Kết quả đánh giá của AI và lý do con người chấp nhận hoặc tạm hoãn · Tái hiện lỗi có chủ đích, nguyên nhân, đầu ra đạt sau khi sửa · 1 tín hiệu vận hành và tiêu chí bình thường/cảnh báo · Ranh giới xác minh giữa tác nhân và con người · Câu trả lời cho câu hỏi 1~3
함께 답할 근거형 질문 3개
Trong số những điểm mà bản đánh giá AI phát hiện, đâu là điểm con người có thể đã bỏ sót, và tại sao bạn chấp nhận hoặc tạm hoãn điểm đó?
Lẽ ra thất bại lần này phải được phát hiện sớm nhất qua kiểm thử, đánh giá hay tín hiệu vận hành?
Tín hiệu nào sẽ bộc lộ vấn đề sớm nhất trong quá trình vận hành và tiêu chí cảnh báo là gì?
W4
Ứng dụng mẫu – Capstone tính năng
Hoàn thành trọn vẹn một vòng cung cấp tính năng, từ vấn đề của người dùng, tiêu chí thành công, issue, đến triển khai, kiểm thử, demo và hồi tưởng.
PR tích hợp hằng tuầnHoàn tất một vòng tính năng từ vấn đề của người dùng đến hợp nhất và demo
[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 vấn đề của người dùng, tiêu chí thành công có thể đo lường, câu chuyện người dùng, yêu cầu chức năng và phi chức năng, cũng như phạm vi không bao gồm.
[Bắt buộc] Chia PRD thành các issue có thể thực thi và ghi điều kiện nghiệm thu cho từng issue. Liên kết để số issue và các điều kiện nghiệm thu có thể được theo dõi trong nội dung PR.
[Bắt buộc] Chọn 1 tính năng trong số đó để triển khai bằng agent đã chọn trong tuần này và hoàn tất việc hợp nhất. Cố định các điều kiện nghiệm thu bằng kịch bản trong thư mục tests/, đồng thời lưu lại một bản demo ngắn hoặc ảnh chụp màn hình thể hiện hoạt động của tính năng.
[Bắt buộc] Trong docs/retrospective.md, hãy ghi lại những điểm nghẽn mà quá trình tự động hóa trong 4 tuần thực sự đã giảm bớt và những điểm nghẽn mới phát sinh, sự khác biệt nếu có lý do thay đổi agent, cũng như những phụ thuộc cá nhân cần loại bỏ để các thành viên trong nhóm có thể tái sử dụng.
[Phần mở rộng tùy chọn] Khởi chạy toàn bộ stack cục bộ bằng docker-compose hoặc tự động hóa cả việc demo và triển khai thông qua CI/CD.
Bằng chứng nộp · issue ghi rõ định nghĩa vấn đề · tiêu chí thành công · user story · yêu cầu · phạm vi ngoài mục tiêu trong docs/prd.md và nội dung PR tham chiếu đến issue đó · các kịch bản trong tests/ của tính năng đã triển khai cùng kết quả vượt qua, commit đã được hợp nhất, bản demo ngắn hoặc ảnh chụp màn hình · các nút thắt đã được giảm thiểu · nút thắt mới · sự phụ thuộc cá nhân trong docs/retrospective.md · câu trả lời cho các câu hỏi 1~3
함께 답할 근거형 질문 3개
Trong các tiêu chí thành công của PRD, những tiêu chí nào đã được xác nhận thực tế qua lần triển khai này và những tiêu chí nào vẫn chưa được xác nhận?
Trong số các bối cảnh, công việc lặp lại và cơ chế xác minh được tạo ra trong tuần 1~3, những gì thực sự hữu ích và những gì gây cản trở lần này là gì?
Nếu một thành viên trong nhóm tiếp quản nguyên trạng kho lưu trữ này, còn điều gì cần được tài liệu hóa hoặc loại bỏ?
HÀNG TUẦN LẶP LẠI
Hoàn thành phần thực hành của một tuần trong một PR duy nhất.
Xác nhận bài tập thực hành theo từng tuần
Thực hiện nhiệm vụ trên nhánh cá nhân
Gửi mã nguồn, kiểm thử và phần giải thích trong PR
Tự động kiểm tra và xác nhận đánh giá của AI
Chỉnh sửa PR tương tự và tự động hợp nhất
Kiểm tra các PR đã vượt qua và lời giải chính thức
Phản ánh các đánh giá đồng nghiệp tích lũy và hồ sơ học tập của crew
Chỉ sử dụng GitHub PR để nộp bài. Các thay đổi do AI tạo ra cũng phải vượt qua commit chính xác, kiểm thử và review như mã nguồn thông thường. Hệ thống sẽ tự động kiểm tra xem PR có đầy đủ bằng chứng cần thiết hay không.
SỰ GẮN KẾT CỦA ĐỘI NGŨ
Chỉ thảo luận trong 20 phút về một câu ngắn cho nhiệm vụ.
Từ tuần thứ 2, hãy để lại một lời nhắn trong PR, và các thành viên chỉ chia sẻ những điểm vướng mắc cùng các cách tiếp cận khác.
Từ tuần thứ 2, một lời cho nhiệm vụ Khi nộp PR, hãy viết lại điểm bị vướng trong 10–300 ký tự.
20 phút vào thời gian do nhóm thống nhất Mặc định là 21:15 thứ Ba, chỉ chia sẻ những điểm vướng mắc và các cách tiếp cận khác.
Trưởng nhóm tổng kết trong 1–30 ký tự Từ tuần 2, hoàn thành sẽ được cộng +5 cho crew, riêng với việc hoàn thành cá nhân.
Hoạt động thưởng đội nhóm Người tham gia không viết bài riêng ngoài một câu về nhiệm vụ. Điểm Crew +5 được tính riêng, không liên quan đến việc hoàn thành cá nhân.
PHIÊN TRỰC TIẾP
Một buổi livestream, cùng thống nhất cách tiến hành
Trong thời gian diễn ra thử thách, sẽ có một buổi live session. Chúng ta sẽ cùng thống nhất tiêu chí hoàn thành và trực tiếp kiểm tra quy trình bài nộp diễn ra trên màn hình như thế nào.
KICKOFF LIVE20:00, Thứ Ba, 6/10
60 phút · Trực tuyến
KICKOFF LIVE thử thách AI Native
Hướng dẫn về cách thức tiến hành trong 4 tuần và tiêu chí hoàn thànhેણ
Tại buổi kick-off vào thứ Ba, hướng dẫn chuẩn bị nhánh cho nhiệm vụ đầu tiên và demo cách gửi PR trên GitHub sau khi bắt đầu vào thứ Tư.
Hỏi &Đáp trực tiếp
Liên kết tham gia sẽ được đăng trong thông báo trên Discord trước khi bắt đầu. Ngay cả khi không thể tham gia buổi livestream, bạn vẫn có thể xem tiêu chí hoàn thành và cách nộp bài trên trang chủ Dingco và thông báo trên Discord.
THỎA THUẬN THỬ THÁCH
Mỗi người tự học khái niệm, cùng thực hành và nhận phản hồi
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 gì đã biết hoặc tự học vào các bài toán thực tế và chứng minh bằng GitHub PR.
Thử thách cung cấpTheo tuần, các bài tập thực tế · kho thực hành private cá nhân · tiêu chí đạt rõ ràng · kiểm tra tự động và review AI · so sánh với đồng nghiệp và kỷ lục hoàn thành Người tham gia chuẩn bị Kiến thức về lĩnh vực đó mà
Bài tập thực tế theo từng tuần · Kho thực hành private cá nhân · Tiêu chí đạt rõ ràng · Kiểm tra tự động và đánh giá bằng AI · So sánh với đồng nghiệp và ghi nhận hoàn thành
Người tham gia chuẩn bị rung tay?
Các khái niệm cơ bản trong lĩnh vực tương ứng · Kinh nghiệm với Git và GitHub PR · Thời gian thực hiện mỗi tuần · Thái độ chủ động tự bổ sung những khái niệm còn thiếu
Học trước tùy chọn · Mua riêng · 16 giờ 38 phút
Lập trình viên AI-Native năng suất gấp 10 lần
Khóa học và tài liệu này không nằm trong phạm vi thử thách, việc học cũng không bắt buộc. Chỉ chọn khi bạn còn thiếu kiến thức ở một lĩnh vực nào đó trong bài đánh giá đầu vào hoặc cần củng cố khái niệm.
Bất kể có đăng ký Inflearn hay không, hãy kiểm tra trạng thái tuyển sinh của khóa hiện tại bằng nút “Kiểm tra tuyển sinh·tham gia” ở trên. Khi đăng nhập Kakao trên Dingco, chỗ của bạn sẽ được giữ lại; sau khi hoàn tất mọi kết nối, bạn đã sẵn sàng tham gia.
Trên trang kiểm tra tuyển sinh và tham gia Đingko, hãy chọn khóa hiện tại; khi đă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à chỗ của bạn được đảm bảo.
Vượt qua bài đánh giá đầu vào theo từng khóa sẽ mở bước kết nối GitHub.
Nếu kết nối GitHub trước, việc xác nhận quyền tổ chức và chuẩn bị kho lưu trữ private dành cho thử nghiệm vận hành AI sẽ được tự động lên lịch.
Khi kết nối Discord, quyền truy cập vào danh mục riêng của thử thách AI Native cùng các kênh thông báo, tài liệu đọc, câu hỏi và thảo luận 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ính năng tự động hóa và bằng chứng thực thi, sau đó gửi PR chỉ bằng một lần nhấp nút.
Commit mới nhất đã vượt qua kiểm tra tự động và đánh giá bằng AI sẽ được Dingco tự động hợp nhất, sau đó mọi người cùng chúc mừng trong 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 con người xem xét. Trong Discord của crew, mọi người cùng chia sẻ câu hỏi và tiến độ; các lượt đánh giá chính thức sẽ ưu tiên mở đối với PR đã vượt qua của cùng crew, nếu không có thì sẽ chuyển sang PR của crew khác trong cùng khóa. Bảng điểm sẽ được cập nhật tạm thời theo tuần và được xác nhận cuối cùng sau khi kết thúc thời hạn đánh giá tích lũy.
Quyền đọc của những người cùng khóa Các kho lưu trữ cá nhân được duy trì ở chế độ private, 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ả theo tuần được công khai. Quyền ghi chỉ được cấp cho kho lưu trữ của chính bạn. Mỗi crew thường có 5–6 người và danh sách thành viên sẽ được ẩn cho đến trước thời điểm công khai. Bảng điểm chi tiết sẽ không được công khai; sau khi chốt điểm cuối cùng, chỉ những crew chiến thắng đồng ý mới được giới thiệu trong Hall of Fame, kèm huy hiệu GitHub và tên công khai. Việc đăng ký tham gia sẽ kết thúc vào 19:00 thứ Tư của tuần bắt đầu. Đối với các track có phần chẩn đoán trước, bạn phải vượt qua phần này trước cùng thời điểm; danh sách crew và kênh Discord riêng sẽ được công khai lúc 20:00. Lễ bắt đầu chính thức và việc công bố nhiệm vụ tuần 1 sẽ diễn ra lúc 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 nộp sẽ kết thúc vào 21:00 thứ Ba tuần tiếp theo. Bạn không nhất thiết phải thực hiện review chính thức ngay mỗi tuần, nhưng phải hoàn thành đủ số lượng review cần thiết dựa trên 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, còn nút gửi PR sẽ tự động được kích hoạt sau khi hoàn tất việc chuẩn bị kênh crew của bạn. Những người tham gia chưa hoàn tất việc kết nối GitHub·Discord vẫn sẽ giữ crew đã được phân công.
KIỂM TRA MỨC ĐỘ PHÙ HỢP
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 nghị cho♀♀♀♀♀♀
Những người muốn cùng nhau thiết lập việc nên sử dụng tác nhân lập trình AI nào và phương pháp kiểm chứng ra sao
Bất kể thuộc bộ phận phát triển, lập kế hoạch, thiết kế, dữ liệu hay lĩnh vực nào khác, dành cho những người muốn lưu lại sản phẩm dưới dạng GitHub PR
Những người muốn xây dựng tự động hóa AI thành các quy tắc và cấu trúc kho lưu trữ để cả nhóm có thể tái sử dụng.
Dành cho những người muốn vận hành không chỉ tốc độ mà cả việc kiểm thử, quyền hạn và chiến lược khôi phục.
Không khuyến nghị
Dành cho những người chưa có kinh nghiệm về Git, kiểm thử và chạy dự án cơ bản
Dành cho những người muốn tìm cách hợp nhất nguyên trạng mã được tạo ra mà không qua kiểm chứng
HOÀN THÀNH
Chúng tôi công khai tiêu chí hoàn thành trước khi bắt đầu.
Trong 4 tuần, nộp đầy đủ 4 PR nhiệm vụ tích hợp theo từng tuần.
Gửi bài đánh giá chính thức cho các PR đạt yêu cầu của 3 tuần khác nhau.
Chuẩn bị trước khi bắt đầu
Việc nộp bài được thực hiện trong kho lưu trữ riêng tư cá nhân do Dingco tạo. Kho lưu trữ này chứa một dự án blog Next.js·TypeScript·Tailwind, trong đó phần đáp án của nhiệm vụ được để trống.
Bạn có thể tự do lựa chọn agent, nhưng stack nộp bài được cố định theo tiêu chuẩn vận hành. Không thể nộp bài bằng framework khác.
Mỗi tuần, bạn cần dành khoảng 4–6 giờ để để lại mã nguồn, bài kiểm thử và bằng chứng thực thi bằng agent đã chọn.
FAQ
Những điều được hỏi nhiều nhất trước khi tham gia
Có phải đây là chương trình giống với bootcamp 10 tuần hiện tại không?
Không. Thử thách này là một lộ trình riêng, hoàn thành một môn học trong 4 tuần. Chỉ khi cần một dự án dài hơn hoặc chương trình tập trung vào việc làm thì mới tiếp tục tham gia bootcamp 10 tuần.
Có cung cấp cả bài giảng hoặc giáo trình không?
Không. Challenge cung cấp bài tập theo từng tuần, kho thực hành riêng tư, tiêu chí nộp bài và quy trình review. Các bài giảng đi kèm là nội dung học trước tùy chọn, có thể mua riêng, và không bắt buộc phải tham gia.
Có thể nộp bài trên trang chủ hoặc dán liên kết không?
Kết quả nộp bài chỉ được tiếp nhận qua GitHub PR. Tuy nhiên, việc chuẩn bị repository, branch, PR và kiểm tra review có thể dễ dàng thực hiện thông qua các nút trên trang chủ Dinko.
Discord sẽ công khai những gì?
Trên Discord, chúng tôi 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 2 là không gian dành cho tài liệu đọc, câu hỏi, trò chuyện tự do và hướng dẫn vận hành.
GHI CHÚ CỦA NHÀ SÁNG TẠO
Cách biến tác nhân AI thành quy trình phát triển có thể tái sử dụng
Bạn có thể xem trước trong video cách thực hiện và kiểm chứng vấn đề này theo những tiêu chí nào.
