🚀 토스, 포항공대 출신 | 현업 백엔드 개발자(+9년) 🎥2만 유튜버 | 개발 콘텐츠 제작 📚 인프런 강사 | 누적 수강생 18,000+ 👥 개발자 취업 커뮤니티 운영 중 (8,000+) 🧩 오픈소스 (Gradle, Spring AI 등) 다수 Contributor 📝38개 서류 합격 및 크몽 이력서 첨삭 100+회 이상 경험 (평점 5.0점)
이 챌린지는 강의·교재를 제공하지 않습니다. 이미 알고 있거나 스스로 학습한 내용을 실전 문제와 GitHub PR로 증명하는 실행 트랙입니다. 시작 전 준비 · 제출은 딩코가 만들어주는 개인 private 저장소에서 진행합니다. 강의와 같은 Next.js·TypeScript·Tailwind 블로그 프로젝트가 들어 있고, 미션의 정답은 비워둔 상태로 제공합니다.
이미 익힌 개념을 코드·실험·설명으로 증명하는 4주 실행 트랙입니다.
WHAT YOU SHIP
완주하면 남는 것
claude.md 헌법, 반복 작업 스킬과 PreToolUse·PostToolUse Hook
GitHub 주소를 복사해 제출하지 않습니다. 딩코 홈페이지가 개인 저장소 준비, 미션 브랜치와 PR 생성, 상세 리뷰 확인까지 이어줍니다.
1GitHub 먼저, Discord는 마지막카카오 로그인과 사전 진단을 마치면 개인 private 저장소를 준비하고, Discord 역할과 기수 채널은 마지막에 연결합니다.2내 private 저장소에서 미션 수행홈페이지가 ‘claude.md 헌법과 Hook 안전망 구축하기’ 브랜치와 PR 생성을 이어줍니다. PR 주소를 복사해 붙여넣지 않습니다.390점과 구체적인 근거 확인자동 검사와 AI 리뷰의 잘한 점·개선 포인트를 딩코 상세 리뷰와 GitHub PR 댓글에서 확인하고 같은 PR을 수정합니다.4AI Native 챌린지 1기 운영 채널개인별 상세 리뷰는 Discord에 올리지 않고, 주간 요약과 운영 공지만 공유합니다.
위 화면은 실제 운영 UI와 저장소·채널 규칙을 바탕으로 만든 예시입니다. 저장소명, 기수 번호와 리뷰 점수는 참가자와 기수에 따라 달라집니다.
4-WEEK ROUTE
이미 아는 내용을 실제 결과물로 바꾸는 주차별 미션
매주 구현·실험, 테스트·로그, 선택 근거와 질문 답변을 하나의 PR에 제출합니다. 질문은 외운 답을 따로 내는 숙제가 아니라 방금 만든 코드와 증거로 답합니다.
W1
컨텍스트와 프로젝트 헌법
claude.md와 스킬, PreToolUse·PostToolUse Hook으로 AI의 작업 품질을 저장소에 고정합니다.
주간 통합 PRclaude.md 헌법과 Hook 안전망 구축하기
[필수] 저장소 루트의 claude.md에 프로젝트 구조, 실행 명령, 코딩 규칙, 금지 변경, 완료 조건을 이 저장소에서 실제로 통하는 경로와 명령으로 채웁니다. 강의 6강의 헌법 작성 프롬프트를 활용하되 생성된 문장이 실제 파일 구조와 맞는지 직접 확인합니다.
[필수] .claude/skills/<이름>/SKILL.md 로 반복 작업을 대신하는 스킬 1개를 만듭니다. 프론트매터의 name과 description을 채우고, 그 스킬로 실제 산출물(예: app/blog/posts/ 아래 새 글)이 생성되는 것을 확인합니다.
[필수] .claude/settings.json에 PreToolUse Hook을 등록해 금지한 변경을 차단하고, 일부러 위반하는 요청을 넣어 차단되는 출력을 남깁니다. 강의 7강의 exit code 규약을 따릅니다.
[필수] PostToolUse Hook으로 파일 수정 직후 포맷 또는 검사가 자동 실행되게 연결하고 실행 로그를 남깁니다.
[선택 확장] 강의 8강의 dispatcher 패턴으로 경로·확장자별 분기를 만들어 지능형 접근 제어까지 확장합니다.
제출 증거 · claude.md의 구조·실행 명령·코딩 규칙·금지 변경·완료 조건 다섯 항목 · .claude/skills/<이름>/SKILL.md 1개와 그 스킬이 만든 산출물 · PreToolUse Hook이 위반 요청을 실제로 차단한 출력 · PostToolUse Hook 자동 실행 로그 · 질문 1~3 답변
함께 답할 근거형 질문 3개
claude.md에 반드시 있어야 하지만 일반 README에는 없어도 되는 정보는 무엇인가요?
PreToolUse로 막아야 하는 변경과 PostToolUse로 뒤처리하면 되는 변경을 어떻게 나눴나요?
[필수] 강의 2파트 1강의 필수 MCP 중 1개를 .claude/settings.json에 연결하고, 그 MCP가 실제로 응답한 출력을 남깁니다. 연결한 도구의 읽기·쓰기 범위와 사람 승인이 필요한 지점을 함께 적습니다.
[필수] 이 저장소에 기능 이슈 1건을 만들고, claude.md에 브랜치·커밋·PR 규칙을 추가한 뒤 feature/<이슈번호>-<슬러그> 브랜치에서 기능을 구현해 PR까지 올립니다. .github/PULL_REQUEST_TEMPLATE.md 형식을 채웁니다.
[필수] 그 기능의 동작을 tests/ 아래 Playwright 시나리오 1개로 고정하고, 구현 전 실패와 구현 후 통과 출력을 모두 남깁니다.
[선택 확장] .claude/agents/ 서브에이전트를 정의하거나 git worktree로 두 번째 작업을 병렬로 진행하고 충돌 방지 경계를 기록합니다.
제출 증거 · 연결한 MCP 설정과 실제 응답 출력, 읽기·쓰기 범위와 승인 지점 · 이슈 번호, feature 브랜치명, PR 템플릿을 채운 PR 링크 · tests/ 아래 Playwright 시나리오 1개와 구현 전 실패·구현 후 통과 출력 · 질문 1~3 답변
함께 답할 근거형 질문 3개
연결한 MCP에서 읽기 전용으로 충분한 지점과 쓰기 권한이 필요한 지점을 어떻게 나눴나요?
claude.md에 브랜치·커밋·PR 규칙을 넣기 전과 후에 AI의 결과물이 어떻게 달라졌나요?
Playwright 시나리오가 이 기능의 무엇을 보장하고, 무엇은 여전히 보장하지 못하나요?
W3
AI 코드리뷰와 관측
GitHub Actions 리뷰 워크플로우와 컨테이너화, 에러 관측을 붙여 병합 전 신뢰 경계를 만듭니다.
주간 통합 PR컨테이너화와 관측을 붙이고 리뷰 자동화를 실습하기
[필수] Dockerfile로 이 앱을 컨테이너화하고, 컨테이너에서 앱이 실제로 응답하는 출력을 남깁니다.
[필수] Sentry를 app/ 코드에 연결해 의도적으로 에러를 발생시키고, Sentry에서 그 에러가 잡힌 것을 확인한 뒤 운영 중 무엇을 먼저 볼 지표로 삼을지 숫자 기준과 함께 적습니다.
[필수] 강의 3파트 1강의 AI 코드리뷰를 본인 개인 저장소에서 실습하고 리뷰 코멘트가 달린 실행 링크를 증거로 남깁니다. 제출 저장소의 .github/workflows/는 채점 보호 경로라 수정할 수 없으므로, 워크플로우 파일 내용은 docs/에 정리해 함께 제출합니다.
[선택 확장] Terraform으로 AWS 인프라를 구성하거나 ECS에 배포합니다. 실제 비용이 발생하므로 필수가 아니며, 진행한다면 리소스 정리까지 마친 기록을 남깁니다.
[선택 확장] Langfuse를 붙여 LLM 호출 추적을 남깁니다.
제출 증거 · Dockerfile과 컨테이너에서 앱이 응답한 출력 · Sentry에서 의도적 에러가 잡힌 기록과 우선 관찰 지표·경보 기준 · 개인 저장소에서 AI 리뷰가 달린 실행 링크와 docs/에 정리한 워크플로우 내용 · 질문 1~3 답변
함께 답할 근거형 질문 3개
AI 리뷰가 잡아준 지적 중 사람이 놓쳤을 만한 것은 무엇이었나요?
테스트는 통과하지만 병합하면 안 되는 변경을 이 리뷰 설정이 걸러낼 수 있나요?
운영 중 문제를 가장 먼저 드러낼 지표와 경보 기준은 무엇인가요?
W4
캡스톤 운영 루프
기획에서 PRD와 티켓, 구현과 병합, 관측과 회고까지 하나의 운영 루프로 완주합니다.
주간 통합 PRPRD에서 병합까지 캡스톤 한 바퀴 완주하기
[필수] 이 블로그에 추가할 기능 1개를 정하고 docs/prd.md에 강의 4파트 2강의 PRD 형식으로 문제 정의, 성공 기준, 사용자 스토리, 기능·비기능 요구사항, 비범위를 채웁니다.
[필수] PRD를 실행 단위 이슈로 쪼개고, 각 이슈에 인수 조건을 적습니다. 이슈 번호와 인수 조건이 PR 본문에서 추적되게 연결합니다.
[필수] 그중 기능 1개를 1~3주차에 만든 claude.md·Hook·리뷰 워크플로우를 그대로 통과시켜 구현하고 병합까지 마칩니다. tests/ 아래 시나리오로 인수 조건을 고정합니다.
[필수] docs/retrospective.md에 4주간 자동화가 실제로 줄인 병목과 새로 만든 병목, 팀원이 재사용하려면 제거해야 할 개인 의존성을 적습니다.
[선택 확장] docker-compose로 로컬 전체 스택을 띄우거나 CI/CD로 배포까지 자동화합니다.
제출 증거 · docs/prd.md의 문제 정의·성공 기준·사용자 스토리·요구사항·비범위 · 인수 조건이 적힌 이슈와 그것을 참조한 PR 본문 · 구현한 기능의 tests/ 시나리오와 통과 출력, 병합된 커밋 · docs/retrospective.md의 줄인 병목·새 병목·개인 의존성 · 질문 1~3 답변
함께 답할 근거형 질문 3개
PRD의 성공 기준 중 이번 구현으로 실제 확인된 것과 아직 확인 못 한 것은 각각 무엇인가요?
1~3주차에 만든 규칙과 Hook, 리뷰 워크플로우 중 이번에 실제로 도움이 된 것과 방해가 된 것은 무엇인가요?
팀원이 이 저장소를 그대로 이어받으려면 아직 문서화하거나 제거해야 할 것은 무엇인가요?
WEEKLY LOOP
한 주의 실전을 한 PR 안에서 끝냅니다
주차별 실전 문제 확인
개인 브랜치에서 미션 수행
코드·테스트·설명을 PR 제출
자동 검사와 AI 리뷰 확인
같은 PR을 수정하고 자동 병합
통과 PR과 공식 해설 확인
누적 동료 리뷰와 크루 학습 기록 반영
제출은 GitHub PR만 사용합니다. AI가 만든 변경도 일반 코드와 동일하게 정확한 커밋, 테스트와 리뷰를 통과해야 합니다. 필요한 증거가 PR 안에 있는지 자동으로 확인합니다.
CREW ENGAGEMENT
미션 한마디로 20분만 이야기합니다
2주차부터 PR에 한마디를 남기고, 크루는 막힌 점과 다른 접근만 나눕니다.
2주차부터 미션 한마디 PR 제출 때 막힌 점을 10~300자로 남깁니다.
팀이 정한 시간에 20분 화요일 21:15을 기본으로 막힌 점과 다른 접근만 나눕니다.
리더가 1~30자로 마무리 2주차부터 완료 크루 +5, 개인 완주와는 별도입니다.
팀 보너스 활동 참여자는 미션 한마디 외에 별도 글을 쓰지 않습니다. 크루 +5는 개인 완주와 별도입니다.
LIVE SESSION
라이브로 한 번, 진행 방식을 함께 맞춥니다
챌린지 기간 중 라이브 세션을 한 번 진행합니다. 완주 기준을 함께 맞추고, 제출이 화면에서 어떻게 흘러가는지 그 자리에서 확인합니다.
KICKOFF LIVE8/31(월) 20:00
60분 · 온라인
AI Native 챌린지 킥오프 라이브
4주 진행 방식과 완주 기준 안내
월요일 킥오프에서 첫 미션 브랜치 준비와 수요일 시작 뒤 GitHub PR 제출 데모
실시간 Q&A
참여 링크는 시작 전 Discord 공지에 올립니다. 라이브에 참여하지 못해도 완주 기준과 제출 방법은 딩코 홈페이지와 Discord 공지에서 그대로 확인할 수 있습니다.
CHALLENGE CONTRACT
개념 학습은 각자, 실전과 피드백은 함께
이 챌린지는 강의·교재·Notion·보너스 자료를 제공하지 않습니다. 이미 알고 있거나 스스로 학습한 내용을 실제 문제에 적용하고 GitHub PR로 증명합니다.
챌린지가 제공합니다
주차별 실전 문제 · 개인 private 실습 저장소 · 명확한 통과 기준 · 자동 검사와 AI 리뷰 · 동료 비교와 완주 기록
참가자가 준비합니다
해당 분야의 기본 개념 · Git과 GitHub PR 경험 · 매주 실행할 시간 · 부족한 개념을 스스로 보완하는 태도
선택형 사전학습 · 별도 구매 · 16시간 38분
The 10x AI-Native Developer
이 강의와 교재는 챌린지에 포함되지 않으며 수강도 필수가 아닙니다. 사전 진단에서 부족한 영역이 있거나 개념 보완이 필요할 때만 선택하세요.
인프런 신청 여부와 별개로, 위의 ‘모집·참여 확인’ 버튼에서 현재 기수의 모집 상태를 확인합니다. 딩코에서 카카오 로그인하면 자리가 확보되고, 모든 연결을 마치면 참여 준비가 완료됩니다.
딩코 모집·참여 확인 페이지에서 현재 기수를 선택하고, 카카오 로그인하면 챌린지 멤버십이 즉시 생성되어 자리가 확보됩니다.
기수별 사전 진단을 통과하면 GitHub 연결 단계가 열립니다.
GitHub를 먼저 연결하면 조직 권한 확인과 AI 운영 실험용 private 저장소 준비가 자동으로 예약됩니다.
Discord를 연결하면 AI Native 챌린지 1기 카테고리와 공지·읽을거리·질문·자유 채널 권한이 설정됩니다.
홈페이지에서 submit/<미션> 브랜치를 만들고 규칙·자동화·실행 증거를 push한 뒤 버튼 한 번으로 PR을 제출합니다.
자동 검사와 AI 리뷰에서 통과한 최신 커밋은 Dingco가 자동 병합하고 자유 채널에서 함께 축하합니다. 보안 민감·저신뢰 결과는 사람 검토 후 처리하며, 크루 Discord에서는 질문과 진행 상황을 함께 나누고 공식 리뷰는 같은 크루 통과 PR을 우선으로 열되 없으면 같은 기수 다른 크루 PR로 이어집니다. 점수판은 주간에는 잠정 반영되고 마지막 누적 리뷰 마감 뒤 최종 확정됩니다.
같은 기수의 읽기 권한 개인 저장소는 private으로 유지되며 같은 기수 참가자는 주차 결과 공개 뒤 읽기 전용으로만 참고할 수 있습니다. 쓰기 권한은 본인 저장소에만 부여됩니다. 크루는 보통 5~6명으로 운영하고 명단은 공개 전까지 숨깁니다. 세부 점수표는 공개하지 않으며, 최종 점수 확정 뒤 동의한 우승 크루만 Hall of Fame·GitHub 배지·공개 이름으로 소개합니다. 참가 등록은 시작 주 수요일 19:00에 마감합니다. 사전 진단이 있는 트랙은 같은 시각까지 통과해야 하며, 크루 명단과 전용 Discord 채널은 20:00에 공개됩니다. 공식 시작과 1주차 미션 공개는 같은 날 21:00이며, 그 뒤로는 매주 수요일 21:00에 새 미션이 열리고 다음 화요일 21:00에 제출이 마감됩니다. 공식 리뷰는 매주 즉시 하지 않아도 되지만, 서로 다른 주차 기준으로 필요한 리뷰 수를 마지막 주차 뒤 일요일 21:00 전까지 채워야 합니다. 1주차 문제·개인 저장소·미션 브랜치는 미리 준비할 수 있고, PR 제출 버튼은 내 크루 채널 준비가 끝난 뒤 자동으로 활성화됩니다. GitHub·Discord 연결이 덜 끝난 참가자는 배정된 크루를 유지합니다.
FIT CHECK
이런 분께 맞고, 이런 분께는 맞지 않습니다
추천합니다
Claude Code나 코딩 에이전트를 쓰지만 결과 편차가 큰 개발자
AI 자동화를 팀이 재사용할 규칙과 저장소 구조로 만들고 싶은 분
속도뿐 아니라 테스트, 권한과 복구 전략까지 운영하고 싶은 분
추천하지 않습니다
Git, 테스트와 기본적인 프로젝트 실행 경험이 없는 분
검증 없이 생성 코드를 그대로 병합하는 방법을 찾는 분
COMPLETION
완주 기준을 시작 전에 공개합니다
4주 동안 주차별 통합 미션 PR 4개를 모두 제출합니다.
서로 다른 3개 주차의 통과 PR에 공식 리뷰를 제출합니다.
시작 전 준비
제출은 딩코가 만들어주는 개인 private 저장소에서 진행합니다. 강의와 같은 Next.js·TypeScript·Tailwind 블로그 프로젝트가 들어 있고, 미션의 정답은 비워둔 상태로 제공합니다.
언어와 프레임워크는 강의 기준으로 고정입니다. 다른 스택으로 제출할 수 없습니다.
매주 약 4~6시간 동안 강의 해당 파트를 따라 만들고 실행 증거를 남겨야 합니다.
FAQ
참여 전에 가장 많이 묻는 것
기존 10주 부트캠프와 같은 과정인가요?
아닙니다. 이 챌린지는 4주 동안 한 과목을 완주하는 별도 트랙입니다. 더 긴 프로젝트·취업 집중 과정이 필요한 경우에만 10주 부트캠프로 이어집니다.
강의나 교재도 함께 제공되나요?
아닙니다. 챌린지는 주차별 문제, private 실습 저장소, 제출 기준과 리뷰 루프를 제공합니다. 연결 강의는 별도 구매 가능한 선택형 사전학습이며 수강은 필수가 아닙니다.
홈페이지 제출이나 링크 붙여넣기도 가능한가요?
제출 결과는 GitHub PR로만 받습니다. 다만 저장소·브랜치·PR 준비와 리뷰 확인은 딩코 홈페이지 버튼으로 쉽게 이어집니다.
Discord에는 무엇이 공개되나요?
Discord에는 개인별 상세 리뷰를 올리지 않고, 주간 요약과 운영 공지만 공유합니다. AI Native 챌린지 1기 공용 채널은 읽을거리, 질문, 자유 대화와 운영 안내를 위한 공간입니다.