글 요약
7월 17일 접수 후 끝일까, 오픈소스 개발자대회 출품작·라이선스 검증 일정 관련 확인 방법과 주의사항을 정리했습니다.
7월 17일 온라인 접수는 끝이 아니라, 8월 27일 출품작 제출과 10월 기능테스트·라이선스 검증으로 이어지는 시작점에 가깝습니다.
목차
2026년 07월 06일 기준, 2026년 오픈소스 개발자대회는 접수기간 안에 있습니다. 공식 일정상 참가접수는 2026년 6월 15일 월요일부터 7월 17일 금요일까지이고, 출품작 제출은 2026년 8월 27일 목요일까지입니다.
따라서 지금 확인해야 할 핵심은 “신청했는가”보다 “접수 후 제출물, 기능테스트, 라이선스 검증, 발표 평가까지 버틸 준비가 되어 있는가”입니다. 특히 AI 자유과제는 인공지능 모델, 데이터, 라이브러리, 사전학습 모델의 라이선스가 함께 얽힐 수 있어 제출 전 검토가 필요합니다.
핵심 요약
- 2026년 오픈소스 개발자대회 참가접수 마감은 2026년 7월 17일 금요일입니다.
- 접수 후 끝나는 구조가 아니며, 출품작 제출 마감은 2026년 8월 27일 목요일까지입니다.
- 제출물은 공식 안내 기준 결과보고서, 3분 시연영상, 소스코드가 중심입니다.
- 2차 평가 단계에는 출품작 기능테스트와 라이선스 충돌·위반 사항 검증이 포함됩니다.
- 공식 페이지에 일정 변동 가능성이 명시되어 있으므로 신청 전과 제출 전 모두 최신 공지를 재확인해야 합니다.
7월 17일 접수 후 바로 끝나는지 먼저 판정
판정부터 하면, 7월 17일은 “참가 의사 등록의 마감일”에 가깝고 “작품 준비의 종료일”은 아닙니다. 온라인 접수만 완료했다고 해서 출품작 평가 대상 준비가 끝나는 것은 아니며, 이후 정해진 날짜까지 결과보고서, 시연영상, 소스코드를 제출해야 합니다.
접수 마감일의 의미
공식 안내에서 참가접수 기간은 2026년 6월 15일 월요일부터 2026년 7월 17일 금요일까지로 확인됩니다. 접수 방식은 온라인 접수이며, 공식 안내에는 oss.kr을 통한 접수로 표시되어 있습니다. 즉, 7월 17일은 참가 등록을 놓치지 않기 위한 1차 기준선입니다.
다만 검색자가 실수하기 쉬운 부분은 여기입니다. 접수 마감만 보고 “그날까지 개발을 완성해야 하나”라고 오해할 수 있지만, 공식 일정에는 별도로 출품작 제출 기한이 표시되어 있습니다. 출품작 제출은 2026년 8월 27일 목요일까지이며, 이때 결과보고서, 시연영상, 소스코드 제출이 안내되어 있습니다.
8월 27일까지 실제로 해야 할 일
접수 이후에는 프로젝트를 대회 제출 형태로 정리해야 합니다. 단순히 저장소에 코드가 있다는 것만으로 충분하다고 보기 어렵습니다. 평가자가 읽을 수 있는 결과보고서, 동작을 확인할 수 있는 3분 시연영상, 재현 가능한 소스코드가 함께 준비되어야 합니다.
특히 AI 과제라면 모델이 실제로 실행되는지, 데이터 경로가 빠져 있지 않은지, 외부 API 키가 노출되지 않았는지, 라이선스가 충돌하지 않는지까지 보아야 합니다. 오픈소스 개발자대회이므로 “만들었다”보다 “공개 가능한 방식으로 정리했다”가 중요합니다.
접수 마감 뒤 이어지는 공식 일정
2026년 07월 06일 기준 공식 페이지에서 확인되는 일정은 접수, 오리엔테이션, 온라인 교육, 출품작 제출, 1차 평가, 멘토링, 2차 평가, 시상식으로 이어집니다. 아래 표는 접수 이후 무엇을 준비해야 하는지 빠르게 판정하기 위한 정리입니다.
| 구분 | 공식 일정 | 준비 포인트 |
|---|---|---|
| 참가접수 | 2026.06.15(월) ~ 2026.07.17(금) | 온라인 접수 완료 여부, 팀 구성, 부문 선택 확인 |
| 오리엔테이션 | 2026.07.23(목) | 숙지사항, 평가기준, 대회 가이드 확인 |
| 온라인 교육 | 2026.07.23(목) ~ 12월 | 오픈소스 개론·실무 콘텐츠 확인 |
| 출품작 제출 | 2026.08.27(목)까지 | 결과보고서, 3분 시연영상, 소스코드 제출 준비 |
| 1차 평가 | 2026.09.03(목) | 결과보고서 등 서면 평가 대비 |
| 멘토링 | 2026.09.18(금) ~ 2026.10.09(금) | 1차 합격팀 대상 맞춤형 보완 |
| 2차 평가 | 2026.10.12(월) ~ 2026.10.28(수), 발표평가 2026.11.04(수) | 기능테스트, 라이선스 검증, 발표 평가 대비 |
| 시상식 | 2026.12.04(금) 예정 | 결과 발표는 11월 중 홈페이지 공지 및 개별 통지 예정 |
일정표에서 가장 중요한 연결은 7월 17일과 8월 27일입니다. 7월 17일까지는 접수 여부를 확정해야 하고, 8월 27일까지는 평가 가능한 산출물을 완성해야 합니다. 10월에는 기능테스트와 라이선스 검증이 있으므로, 8월 제출 시점부터 이미 실행 가능성과 라이선스 상태를 정리해 두는 편이 안전합니다.
출품작 제출 전 준비해야 할 산출물
출품작 제출 단계에서 공식 안내에 표시된 항목은 결과보고서, 시연영상 3분, 소스코드입니다. 이 세 가지는 서로 따로 노는 자료가 아니라 같은 프로젝트를 다른 방식으로 설명하는 자료여야 합니다.
결과보고서는 평가자가 먼저 읽는 설명서
결과보고서는 프로젝트의 목적, 문제 정의, 구현 방식, 오픈소스 활용 방식, 기대 효과를 정리하는 문서로 준비하는 것이 좋습니다. AI 자유과제라면 어떤 문제를 인공지능으로 해결하려는지, 왜 오픈소스 프로젝트로 공개할 가치가 있는지, 사용한 모델과 라이브러리가 무엇인지가 드러나야 합니다.
좋은 결과보고서는 “기능 목록”만 나열하지 않습니다. 문제를 어떻게 정의했고, 어떤 구조로 구현했고, 사용자가 어떤 흐름으로 결과를 확인할 수 있는지까지 연결합니다. 평가자는 코드를 바로 실행하기 전 문서로 프로젝트의 완성도와 방향성을 판단할 수 있습니다.
3분 시연영상은 핵심 기능만 보여줘야 한다
공식 일정에는 시연영상 3분이 제출 항목으로 표시되어 있습니다. 3분은 생각보다 짧기 때문에 서비스 소개, 팀 소개, 기술 배경을 길게 말하면 실제 기능을 보여줄 시간이 부족합니다. 첫 20초 안에 무엇을 만든 프로젝트인지 보이고, 이후 핵심 기능 2~3개를 실제 화면으로 보여주는 방식이 적합합니다.
AI 과제라면 입력, 처리, 결과 확인 장면이 영상 안에 들어가야 합니다. 예를 들어 텍스트 분류라면 입력 문장과 모델 결과를, 이미지 분석이라면 업로드와 추론 결과를, 자동화 도구라면 실행 전후 차이를 보여줘야 합니다. 영상만 보고도 “작동하는 출품작”이라는 인상을 줄 수 있어야 합니다.
소스코드는 실행 가능성과 공개 가능성을 함께 본다
오픈소스 개발자대회에서 소스코드는 단순 제출 파일이 아니라 프로젝트의 핵심입니다. 저장소 구조, 실행 방법, 의존성 설치, 라이선스 파일, README, 샘플 설정 파일이 정리되어 있으면 평가와 검증 단계에서 불필요한 오해를 줄일 수 있습니다.
API 키, 개인정보, 비공개 데이터, 유료 서비스 토큰은 코드에 직접 넣지 않아야 합니다. 환경변수 예시 파일을 두고 실제 비밀값은 제거하는 방식이 필요합니다. AI 프로젝트에서 데이터셋을 함께 제공하기 어렵다면 데이터 출처, 이용 조건, 재현 가능한 샘플 데이터를 명확히 구분해야 합니다.
기능테스트에서 막히지 않기 위한 점검 기준
공식 일정상 2차 평가에는 출품작 기능테스트가 포함됩니다. 안내 문구상 실제 구현을 통한 검증 및 보완이 진행되므로, 제출 전에는 “내 컴퓨터에서는 된다” 수준을 넘어서 다른 사람이 실행해도 흐름을 확인할 수 있는지 점검해야 합니다.
실행 환경을 고정해 두기
기능테스트에서 자주 막히는 부분은 실행 환경입니다. 언어 버전, 패키지 버전, 운영체제 차이, 모델 파일 경로, 데이터 경로가 명확하지 않으면 기능 자체보다 실행 준비에서 시간이 소모됩니다. Python 프로젝트라면 의존성 목록, Node.js 프로젝트라면 패키지 파일, Docker를 쓴다면 실행 명령을 정리해 두는 방식이 도움이 됩니다.
공식 안내가 특정 기술 스택을 강제한다고 단정할 수는 없습니다. 따라서 참가자는 자신의 프로젝트가 어떤 환경에서 검증될 수 있는지 문서로 명확히 남겨야 합니다. 설치 명령, 실행 명령, 테스트 계정 여부, 샘플 입력값, 예상 출력값을 한눈에 볼 수 있게 정리하면 기능테스트 대응력이 높아집니다.
AI 과제는 재현 가능한 최소 흐름이 중요하다
AI 프로젝트는 모델 파일 크기, GPU 필요 여부, 외부 API 의존성 때문에 검증이 어려워질 수 있습니다. 모든 학습 과정을 처음부터 재현하게 만드는 것보다, 제출 시점에는 핵심 추론 또는 서비스 흐름을 확인할 수 있는 최소 실행 경로를 준비하는 것이 실무적으로 중요합니다.
예를 들어 모델 학습에 긴 시간이 걸린다면 학습 코드와 추론 코드를 구분하고, 샘플 모델 또는 데모용 경량 모델로 기능을 확인할 수 있게 구성할 수 있습니다. 외부 API를 쓰는 경우에는 키가 없을 때의 대체 화면, 오류 메시지, 설정 방법을 명확히 안내해야 합니다. 단, 실제 제출 방식과 허용 범위는 공식 대회 안내와 오리엔테이션 자료를 기준으로 확인해야 합니다.
주의사항
공식 페이지에는 상기 일정이 변동될 수 있다고 안내되어 있습니다. 접수 마감, 출품작 제출, 평가, 시상식 일정은 글을 읽은 시점에 달라졌을 수 있으므로, 실제 신청 전에는 오픈소스 포털의 2026 오픈소스 개발자대회 공식 안내와 연결된 대회 사이트 공지를 다시 확인해야 합니다.
라이선스 검증에서 특히 조심할 부분
공식 일정의 2차 평가에는 라이선스 검증이 포함되어 있습니다. 안내상 출품작의 라이선스 충돌 여부 및 위반 사항을 검증한다고 되어 있으므로, 제출자는 코드가 돌아가는지뿐 아니라 공개 가능한 방식으로 구성되어 있는지도 확인해야 합니다.
라이브러리 사용은 가능하지만 조건을 확인해야 한다
오픈소스 라이브러리를 사용했다는 사실 자체가 문제는 아닙니다. 오히려 오픈소스 프로젝트에서는 기존 오픈소스를 적절히 활용하는 경우가 많습니다. 문제는 사용한 라이브러리의 라이선스 조건을 모르거나, 고지 의무와 배포 조건을 누락하는 경우입니다.
MIT, Apache-2.0, BSD 계열처럼 비교적 사용이 넓은 라이선스도 저작권 고지나 라이선스 문구 보존이 필요할 수 있습니다. GPL, AGPL, LGPL 등은 결합 방식과 배포 방식에 따라 의무가 달라질 수 있습니다. 대회 제출물이 외부 공개 저장소에 올라가거나 배포 가능한 형태라면 라이선스 파일과 고지 문서를 정리해 두는 것이 좋습니다.
AI 모델·데이터·가중치도 따로 보아야 한다
AI 자유과제에서 놓치기 쉬운 부분은 코드 라이선스와 모델·데이터 라이선스가 다를 수 있다는 점입니다. 어떤 라이브러리는 상업적 이용이 가능해도, 학습 데이터셋은 비상업적 이용만 허용될 수 있습니다. 어떤 사전학습 모델은 연구 목적 사용만 허용되거나, 출처 표시와 사용 제한 조건이 붙어 있을 수 있습니다.
따라서 AI 과제는 최소한 코드, 데이터, 모델, 폰트·아이콘·UI 자산, 문서 템플릿의 출처를 분리해 기록해야 합니다. “인터넷에서 받은 파일”이라는 표현은 검증 단계에서 설득력이 약합니다. 파일명, 출처 URL, 라이선스명, 사용 위치, 수정 여부를 표로 관리하면 제출 직전 혼란을 줄일 수 있습니다.
출품작 저장소에 넣기 전 빼야 할 항목
라이선스 검증과 별도로 보안·개인정보 관점에서도 제외해야 할 항목이 있습니다. 실제 사용자 데이터, 주민등록번호 등 민감정보, 비공개 고객 자료, 유료 API 키, 개인 계정 토큰, 내부 서버 주소는 출품작 저장소에 넣지 않아야 합니다. 샘플 데이터가 필요하면 익명화하거나 더미 데이터로 대체하는 것이 안전합니다.
특히 Git 저장소는 한 번 커밋된 비밀값이 기록에 남을 수 있습니다. 제출 전 마지막 화면만 보고 판단하지 말고, 저장소 이력과 환경설정 파일까지 점검해야 합니다. 이미 노출된 키가 있다면 단순 삭제가 아니라 키 폐기와 재발급까지 고려해야 합니다.
신청자 유형별 실행 체크리스트와 예외
2026년 오픈소스 개발자대회는 공식 안내 기준 오픈소스에 관심 있는 국민 누구나 참가할 수 있습니다. 학생부문은 초·중·고교생 및 대학원생을 포함한 대학생으로 재학·휴학생이 포함됩니다. 일반부문은 학생부문에 해당하지 않는 참가자이며, 학생과 일반인이 함께 구성한 팀은 일반부문으로 참여한다고 안내되어 있습니다.
이 글의 중심은 접수 이후 일정이지만, 부문 선택은 제출과 평가 준비에도 영향을 줍니다. 팀 구성과 부문이 잘못 정리되면 이후 서류와 발표 준비에서 혼선이 생길 수 있으므로 접수 전에 팀원 신분과 역할을 확정하는 편이 좋습니다.
접수 전후 공통 체크리스트
- 2026년 7월 17일 금요일까지 온라인 접수를 완료했는지 확인한다.
- 학생부문 또는 일반부문 판단이 팀 구성과 맞는지 확인한다.
- AI 과제라면 자유과제 예시 분야 중 인공지능(AI)에 해당하는지 검토한다.
- 2026년 8월 27일 목요일까지 제출할 결과보고서, 3분 시연영상, 소스코드 범위를 정한다.
- README에 설치 방법, 실행 방법, 샘플 입력, 예상 결과를 적는다.
- 사용한 오픈소스 라이브러리, 모델, 데이터셋, 이미지·폰트 자산의 라이선스를 목록화한다.
- API 키, 개인정보, 비공개 데이터, 내부 서버 주소가 저장소에 포함되지 않았는지 확인한다.
- 기능테스트를 대비해 다른 PC 또는 새 환경에서 한 번 이상 실행해 본다.
- 발표 평가를 대비해 문제 정의, 구현 차별점, 오픈소스 기여 가능성을 짧게 설명할 수 있게 정리한다.
- 공식 페이지와 대회 사이트에서 일정 변동 공지를 제출 전 다시 확인한다.
학생팀이 특히 볼 부분
학생팀은 개발 일정이 방학, 학기 일정, 시험 일정과 겹칠 수 있습니다. 접수 마감일만 맞추고 8월 말 제출을 가볍게 보면 결과보고서와 시연영상 제작 시간이 부족해질 수 있습니다. 팀원이 여러 명이라면 코드 담당, 문서 담당, 영상 담당, 라이선스 확인 담당을 빠르게 나누는 것이 좋습니다.
또한 학생부문 대상은 자유과제 기준 1점이며 상금은 1,000만원으로 공식 안내되어 있습니다. 다만 상금만 보고 접근하기보다, 제출물 완성도와 오픈소스 공개 품질을 함께 챙겨야 합니다. 시상 내역과 세부 조건은 공식 페이지에서 최종 확인해야 합니다.
일반팀과 혼합팀이 특히 볼 부분
일반팀 또는 학생·일반 혼합팀은 일반부문으로 판단될 수 있습니다. 공식 안내에는 학생과 일반인이 함께 구성할 경우 일반부문으로 참여한다고 되어 있으므로, 팀원 중 직장인, 졸업생, 프리랜서 등 학생부문에 해당하지 않는 사람이 있는지 접수 전에 확인해야 합니다.
일반부문 자유과제 대상도 공식 안내 기준 1점, 상금 1,000만원으로 표시되어 있습니다. 다만 상금, 훈격, 수상 점수는 대회 운영 상황에 따라 공지 확인이 필요합니다. 특히 기업형 지정과제나 사회문제해결 프로젝트와 혼동하지 않도록 자신이 제출하는 과제 부문을 명확히 구분해야 합니다.
공식 확인 경로와 작성 기준
공식 확인은 오픈소스 포털의 2026 오픈소스 개발자대회 안내 페이지를 기준으로 하는 것이 가장 안전합니다. 대표 공식 URL은 https://www.oss.kr/pages/2 입니다. 해당 페이지에서 참가자격, 대회 부문, 시상 내역, 일정, 문의처를 확인할 수 있습니다.
공식 문의처는 2026 오픈소스 개발자대회 운영사무국으로 안내되어 있으며, 공식 페이지 기준 전화번호는 02-599-7917, 이메일은 contest@oss.kr로 표시되어 있습니다. 접수 오류, 제출 방식, 일정 변경, 평가 세부 기준처럼 개인 상황에 따라 달라질 수 있는 내용은 운영사무국 또는 공식 사이트 공지를 통해 확인하는 것이 좋습니다.
작성 기준 안내: 이 글은 2026년 07월 06일 기준 공개 공식자료와 검색자료를 바탕으로 정리했습니다. 작성자는 고정정보이며, 작성자 소개는 Go to the Info입니다. 내용 오류 신고는 gttinfo01@gmail.com 으로 보낼 수 있습니다.
이 글은 2026 오픈소스 개발자대회 참가 준비를 돕기 위한 생활정보형 정리이며, 공식 접수·제출·평가 기준을 대체하지 않습니다. 실제 신청, 제출, 라이선스 판단, 수상 조건 확인은 반드시 오픈소스 포털 공식 안내와 대회 운영사무국의 최신 공지를 기준으로 진행해야 합니다.
역할별 FAQ
신청자는 7월 17일 접수만 하면 대회 준비가 끝나나요?
아닙니다. 7월 17일은 참가접수 마감일이고, 출품작 제출은 2026년 8월 27일 목요일까지 이어집니다. 접수 후에는 결과보고서, 3분 시연영상, 소스코드를 제출 가능한 형태로 정리해야 합니다.
팀장은 접수 후 가장 먼저 무엇을 확인해야 하나요?
팀장은 일정표와 역할 분담을 먼저 확정해야 합니다. 문서, 영상, 코드, 라이선스 확인 담당을 나누고, 8월 27일 전까지 중간 점검일을 따로 잡는 것이 좋습니다.
AI 과제 담당자는 자유과제로 신청해도 되나요?
가능합니다. 공식 안내에서 인공지능(AI)은 자유과제 예시 분야 중 하나로 확인됩니다. 다만 “AI 과제”라는 별도 단일 과제명이 공식 페이지에서 확인된 것은 아니므로, 신청 전 과제 부문 표기를 공식 사이트에서 다시 확인해야 합니다.
개발 담당자는 기능테스트를 어떻게 대비해야 하나요?
새 환경에서도 실행되는지 확인해야 합니다. 설치 명령, 실행 명령, 샘플 입력, 예상 결과, 필요한 환경변수를 README에 정리하고, 가능하면 다른 PC나 초기화된 환경에서 실행 테스트를 해보는 것이 좋습니다.
라이선스 담당자는 무엇부터 확인해야 하나요?
사용한 코드, 라이브러리, 모델, 데이터셋, 이미지·폰트 자산의 출처와 라이선스를 먼저 목록화해야 합니다. 특히 AI 프로젝트는 코드 라이선스와 데이터·모델 라이선스가 다를 수 있으므로 분리해서 확인해야 합니다.
문서 담당자는 결과보고서에 무엇을 넣어야 하나요?
프로젝트 목적, 해결하려는 문제, 구현 방식, 핵심 기능, 오픈소스 활용 내역, 기대 효과를 넣는 것이 좋습니다. 단순 기능 나열보다 평가자가 프로젝트의 필요성과 완성도를 이해할 수 있게 작성해야 합니다.
발표 담당자는 11월 발표 평가를 언제부터 준비해야 하나요?
출품작 제출 전부터 준비하는 것이 좋습니다. 공식 일정상 2차 평가에는 발표 평가와 종합 평가가 포함되어 있으므로, 기능 구현이 끝난 뒤 급하게 발표를 만드는 방식은 위험합니다.
일정 관리자는 어떤 공지를 계속 확인해야 하나요?
공식 페이지의 일정 변동 공지를 계속 확인해야 합니다. 공식 안내에는 일정이 변동될 수 있다고 명시되어 있으므로, 접수 전, 출품작 제출 전, 평가 전에는 오픈소스 포털과 연결된 대회 사이트의 최신 공지를 다시 확인해야 합니다.
제출 일정과 함께 봐야 할 AI 자유과제 기준