GitHub(깃허브)는 코드, 문서와 변경 이력을 저장·공유하는 플랫폼입니다. 종료된 2026 KOAI 고등부는 AI 활동 포트폴리오를 Notion·GitHub Page 등 하나의 웹사이트로 제출하도록 안내했지만 GitHub 자체가 모든 대회나 입시의 필수 제출물인 것은 아닙니다. README에는 학생의 문제 정의, 실제 역할, 실행 방법, 결과와 한계를 적고, 대회·과고·영재고·대학에는 해당 연도 공식 규정이 허용하는 자료만 제출합니다.
게시일: 2026년 5월 28일 | 최종 수정: 2026년 8월 29일
같은 GitHub 기록도 국제학교 EC와 과고·영재고 탐구에서 의미와 제출 경계가 다릅니다. 국제학교 경로를 먼저, 과고·영재고 경로를 다음에 확인하세요.
허용되는 경우 프로젝트 설명을 보완한다
대회나 대학이 외부 링크·보충 자료를 허용하면 GitHub가 코드와 실행 방법을 보여주는 보조 자료가 될 수 있습니다. 다만 심사자가 링크를 연다고 가정하지 말고 정해진 지원서 안에 학생 역할·결과·한계를 먼저 설명해야 합니다.
협업 경험이 쌓인다
브랜치를 나눠 개발하고 변경 내용을 합치는 Git 워크플로는 실제 개발 현장에서 쓰는 방식과 같습니다. 팀 프로젝트를 GitHub에서 관리하면 협업 역량을 자연스럽게 익힐 수 있습니다.
기록이 자산이 된다
커밋 기록은 내가 언제, 어떤 문제를 해결했는지 날짜순으로 차곡차곡 남습니다. 꾸준히 쌓인 기록은 지원서를 쓸 때 증거가 되고 나 자신도 성장을 확인할 수 있습니다.
GitHub는 한 번 만든 기록을 자동으로 여러 대회·입시에 제출하는 플랫폼이 아닙니다. 학습 기록은 일관되게 남기되 제출 자료는 기관별 공식 규정에 맞춰 따로 구성합니다.
KOAI 고등부 1차 서류 - AI 포트폴리오 증빙
종료된 2026 KOAI 고등부 1차는 학생부, 자기소개서와 AI 활동 포트폴리오를 심사했습니다. 공식 안내는 프로젝트·수상·학습 이력을 Notion·GitHub Page 등 하나의 웹사이트로 정리하도록 했습니다. GitHub는 선택 가능한 기록 도구이며 다음 시즌에는 새 요강을 확인해야 합니다. 자세한 준비 방법은 KOAI 커리큘럼 안내를 참고하세요.
미국 대학 지원 - 대학별 링크 정책 확인
외부 링크나 보충 자료를 받는 대학이라면 GitHub를 보조 자료로 제시할 수 있습니다. 그러나 Common App 사용 대학의 정책도 서로 다르고 링크 열람은 보장되지 않습니다. 지원서 본문에 핵심을 먼저 적고 URL은 해당 대학이 허용할 때만 사용합니다. AI 포트폴리오 과정에서 규정 확인과 문서화 방법을 안내합니다.
하나의 학습 기록, 서로 다른 제출 규정
KOAI·USAAIO·IOAI 준비 중 만든 머신러닝·딥러닝 기록은 GitHub에 일관되게 남길 수 있습니다. 다만 각 대회와 대학이 요구하는 자료·형식·자격은 다르므로 같은 링크를 그대로 재사용하지 않고 허용 범위에 맞춰 설명합니다. IOAI 준비 전반은 IOAI 가이드를 참고하세요.
한국 입시 - 자동 제출물 아님
한국 대학은 대학·전형·모집연도별로 외부 링크, 대회 기록과 별도 포트폴리오의 제출 범위를 다르게 정합니다. GitHub 자체가 공통 제출물이라고 가정하지 말고 학교에서 확인 가능한 활동인지와 공식 제출 항목을 먼저 확인합니다. 영재학교·과학고 준비도 같은 원칙입니다. 과고·영재고 AI 포트폴리오 가이드는 GitHub를 제출물과 구분된 학생 주도 탐구 기록으로 남기는 기준을 설명합니다.
처음 접하는 단어들이 많지만 실제로 자주 쓰는 개념은 몇 가지 되지 않습니다.
| 용어 (한국어) | 영어 | 한 줄 설명 |
|---|---|---|
| 저장소 | repository | 하나의 프로젝트 폴더. 코드·파일·이력이 모두 담깁니다. |
| 커밋 | commit | 변경 내용을 저장하는 단위. "저장 + 메모"라고 생각하면 됩니다. |
| 푸시 / 풀 | push / pull | push: 내 컴퓨터 변경을 GitHub에 올리기. pull: GitHub 변경을 내 컴퓨터로 받기. |
| 브랜치 | branch | 메인 코드와 분리해서 기능을 개발하는 독립 공간. 완성 후 합칩니다. |
| README | README.md | 저장소를 방문했을 때 가장 먼저 보이는 소개 문서. 마크다운으로 작성합니다. |
| GitHub Pages | GitHub Pages | 저장소를 무료 웹사이트로 공개하는 기능. 포트폴리오 사이트에 활용 가능합니다. |
계정을 만든 날 첫 저장소를 공개하는 것까지, 4단계면 충분합니다.
계정 만들기
github.com에서 무료로 가입합니다. 사용자명(username)은 한번 정하면 바꾸기 번거로우니 깔끔하게 정하세요. 학교 이메일 주소가 있으면 가입 후 GitHub Student Developer Pack을 신청할 수 있어 유용한 도구들을 추가로 활용할 수 있습니다.
첫 저장소(repository) 만들기
화면 오른쪽 상단의 "+" 버튼에서 "New repository"를 선택합니다. 저장소 이름은 프로젝트를 잘 설명하는 단어로 짓습니다. "Initialize this repository with a README" 옵션을 체크하면 바로 시작할 수 있습니다. 웹 인터페이스에서 파일을 직접 업로드할 수 있어 Git 명령어를 몰라도 시작할 수 있습니다.
README 작성
README.md 파일에 마크다운으로 프로젝트를 소개합니다. 최소한 이 네 가지는 담으세요: 이 프로젝트가 무엇인지, 어떻게 실행하는지, 어떤 결과가 나오는지, 만들면서 배운 점. 처음에는 길게 쓰는 것보다 명확하게 쓰는 게 중요합니다.
프로젝트 공개 · 정리
저장소를 Public으로 설정하면 누구든 볼 수 있습니다. 프로필 페이지에서 "Customize your pins"를 눌러 대표 프로젝트를 최대 6개까지 핀(pin)으로 고정하면 방문자가 바로 확인할 수 있습니다. 여기까지 하면 기본 GitHub 포트폴리오가 완성됩니다.
GitHub을 언제, 어떻게 시작하느냐는 학년마다 다릅니다. 각 단계에 맞는 현실적인 활용법을 정리했습니다. 이 로드맵은 사이트 전반의 AI 포트폴리오 전략과 연결됩니다.
GitHub 약관상 계정은 만 13세 이상부터 가입할 수 있습니다. 초등학생은 보호자 계정 또는 학교·학원 교육 환경에서 '버전 관리'와 '작품 기록'이라는 개념을 먼저 체험하는 단계입니다.
만 13세 이후 직접 계정을 만들고 첫 실제 저장소를 운영합니다. 커밋은 학생이 무엇을 바꾸고 배웠는지 되돌아보는 학습 기록이 됩니다.
GitHub에는 학생 역할과 프로젝트 과정을 일관되게 기록합니다. KOAI나 대학 지원에는 해당 시즌·대학의 공식 양식이 허용하는 경우에만 필요한 자료를 선별해 사용합니다.
GitHub의 커밋 기록은 학생이 언제 무엇을 바꾸고 어떤 문제를 해결했는지 날짜별로 되돌아보게 합니다. 한 번의 화려한 결과보다 질문·실험·오류·개선의 흐름을 정직하게 남기는 데 초점을 둡니다.
초등 단계에서는 보호자·교육 환경과 연령 규정을 지키며 기록 개념을 익히고, 중·고등 단계에서는 학생이 직접 저장소를 운영합니다. 오래된 계정이나 많은 커밋 자체가 실력·성실성·입시 가치를 증명하지는 않으므로 각 프로젝트의 실제 역할, 출처, 재현 방법과 한계를 함께 적습니다.
대회·대학·학교가 허용하는 경우에만 필요한 기록을 선별합니다. GitHub 링크의 제출·열람을 가정하지 않습니다.
일부 개발·연구 맥락에서 공개 프로젝트가 기술 대화의 자료가 될 수 있지만 저장소 수나 커밋 수만으로 역량을 판단할 수는 없습니다.
직접 만든 결과물과 의사결정을 설명할 수 있으면 협업·제품 대화의 출발점이 됩니다. 개인정보와 라이선스는 공개 전에 확인합니다.
기록의 길이보다 학생이 직접 설명할 수 있는 내용과 정직한 출처가 중요합니다.
GitHub는 학생의 학습 기록을 정리하는 공간입니다. KOAI·학교·대학에 활용할 때는 하나의 프로필이 어디서나 통한다고 가정하지 말고, 해당 기관의 제출 규정과 개인정보·라이선스 조건에 맞춰 필요한 설명만 선별합니다.
자신의 username과 같은 이름의 저장소를 만들면 GitHub 프로필 최상단에 README가 표시됩니다. 관심 분야, 실제 역할과 진행 중인 프로젝트를 간결하게 소개하세요. 제출은 각 대회·대학이 외부 URL을 허용하는 경우에만 합니다.
학생이 직접 설명할 수 있는 대표 머신러닝·딥러닝 프로젝트를 2~3개 핀으로 고정할 수 있습니다. 각 저장소에 한 줄 Description을 달아 질문과 결과를 바로 이해하게 하되 특정 심사자가 반드시 본다고 가정하지 않습니다.
프로필의 contribution graph는 공개 활동의 날짜를 보여주지만 작업의 난이도·진위·학생 역할을 자동으로 증명하지 않습니다. 기능이나 실험 단위로 정직하게 커밋하고 README에 중요한 의사결정과 한계를 설명합니다.
AI 전공자가 아닌 심사자도 이해할 수 있도록 작성합니다. 권장 구성: 문제 정의(왜 이 주제를 선택했나) · 접근 방법(어떤 알고리즘·모델을 썼나) · 결과(정확도, 시각화 등) · 배운 점. 스크린샷이나 짧은 데모 링크가 있으면 더욱 효과적입니다.
공식 경계 (2026 KOAI): 고등부 AI 활동 포트폴리오는 프로젝트·대회수상·학습 이력을 Notion·GitHub Page 등 하나의 웹사이트로 제출하도록 안내됐습니다. 이는 GitHub 저장소 링크가 모든 지원에서 필수라는 뜻이 아닙니다. 다음 KOAI 시즌과 각 대학·과고·영재학교에는 해당 연도 공식 요강이 허용하는 자료와 형식만 사용하세요.
빈 README
코드는 올렸는데 README가 없거나 "# 프로젝트명" 한 줄만 있는 경우. 코드를 읽지 않으면 무슨 프로젝트인지 알 수 없습니다.
튜토리얼 코드만 그대로 올리기
강의 예제를 그대로 복사하거나 변수명만 바꾸는 것은 자신의 작업물로 보기 어렵습니다. 배운 내용을 바탕으로 자신만의 문제에 적용한 결과물을 올리세요.
커밋 메시지 부실
"update", "fix", "asdf" 같은 커밋 메시지는 나중에 보면 무슨 작업이었는지 알 수 없습니다. "이미지 전처리 함수 추가" 처럼 무엇을 했는지 짧게라도 적는 습관이 중요합니다.
마지막에 한 번에 몰아 올리기
프로젝트를 완성한 뒤 파일 전체를 한 번에 올리면 커밋이 하나뿐입니다. 꾸준한 작업 기록이 없으면 포트폴리오로서의 설득력이 크게 줄어듭니다.
좋은 GitHub 기록을 만들려면 코딩과 함께 "어떻게 정리하고 설명하느냐"가 중요합니다. CIT는 학생이 만든 프로젝트의 문제, 역할, 과정, 검증 결과와 한계를 학생 자신의 말로 문서화하도록 지도합니다.
압구정 오프라인 수업과 동일한 커리큘럼으로 온라인 1:1 개인·1:n 소수 그룹 세션도 운영하며 해외 거주 한국 학생도 동일하게 참여할 수 있습니다.
종료된 2026 KOAI 고등부 1차는 학생부, 자기소개서와 AI 활동 포트폴리오를 심사했고, 포트폴리오는 프로젝트·수상·학습 이력을 Notion이나 GitHub Page 같은 하나의 웹사이트로 정리해 제출하도록 안내했습니다. GitHub는 코드·README·변경 기록을 정리하는 선택지이지 필수 플랫폼은 아닙니다. 다음 시즌에는 KITPA 공식 요강의 서류와 제출 형식을 다시 확인해야 합니다.
GitHub는 모든 AI 올림피아드의 필수 준비물이 아닙니다. 2026 KOAI 고등부는 한 웹사이트 형식의 AI 활동 포트폴리오를 요구하며 GitHub Page를 예시로 들었지만, KOAI 중등부·USAAIO·IOAI는 같은 제출 규칙이라고 볼 수 없습니다. 학습 기록은 GitHub에 남길 수 있어도 대회나 입시에 제출할 때는 각 기관의 해당 연도 공식 규정이 허용하는 자료만 사용합니다.
대학이 외부 링크나 보충 자료를 허용하는 경우 프로젝트를 이해하는 보조 자료가 될 수 있습니다. 그러나 대학마다 링크 정책이 다르고 심사자가 링크를 연다고 가정할 수 없습니다. 지원서의 정해진 항목에 학생 역할·결과·한계를 먼저 설명하고, GitHub URL은 해당 대학과 지원 양식이 명시적으로 허용할 때만 넣습니다. 요청하지 않은 이메일로 링크를 보내지 않습니다.
물론입니다. GitHub은 초보자를 위한 웹 인터페이스를 제공하기 때문에 터미널 명령어를 몰라도 브라우저에서 파일을 업로드하고 저장소를 만들 수 있습니다. 처음에는 간단한 프로젝트 하나를 올리고 README를 작성하는 것부터 시작하면 됩니다. Git 명령어는 사용하면서 자연스럽게 익히면 충분합니다.
Git은 코드의 변경 이력을 추적하는 버전 관리 도구이고 GitHub은 Git 저장소를 인터넷에 저장하고 공유하는 플랫폼입니다. Git을 내 컴퓨터에서 사용하고 그 결과를 GitHub에 올려서 공개하거나 다른 사람과 협업하는 방식으로 함께 사용합니다.
README는 저장소를 처음 방문한 사람이 제일 먼저 보는 소개 문서입니다. 코드를 읽지 않아도 이 프로젝트가 무엇인지, 어떻게 실행하는지, 어떤 결과를 냈는지 파악할 수 있게 해줍니다. 입학사정관이나 면접관이 여러분의 GitHub을 본다면 README가 첫인상을 결정짓는 문서가 됩니다. 잘 쓴 README 하나가 빈 저장소 열 개보다 낫습니다.
완성된 파일을 한 번에 올리기보다 기능이나 수정 단위로 자주 커밋하는 습관이 좋습니다. 커밋 기록은 내가 이 프로젝트를 꾸준히 발전시켰다는 증거가 됩니다. 커밋 메시지는 무엇을 왜 바꿨는지 간략하게 써주면 나중에 다시 봤을 때도 이해하기 쉽습니다.
GitHub Pages는 GitHub 저장소를 무료 웹사이트로 바로 공개할 수 있는 기능입니다. HTML/CSS/JavaScript로 만든 프로젝트 결과물을 별도 서버 없이 인터넷에 올릴 수 있어, 포트폴리오 사이트나 프로젝트 시연 페이지를 만들 때 유용합니다.
학생 GitHub 포트폴리오를 입시나 대회에 맞게 어떻게 준비할지 궁금하신가요? 현재 수준과 목표에 맞는 방향을 무료 상담에서 안내해 드립니다.