NYPC | 대회 규칙

RULES

치열한 전략 대결을 위한 기본 규칙 공정한 경쟁은 명확한 기준에서 시작됩니다.

ROOKIE TRACK MASTER TRACK

대회 규칙

개발 도구 사용 안내

진행 안내

NYPC 2026은 예선 라운드(Qualification Round, QR)와 본선 라운드(Final Round, FR)로 구성되어 진행됩니다.

Master 부문에서는 AI 1:1 대결 유형의 문제가 라운드마다 한 문제 출제됩니다.

본선 라운드에 출제되는 문제는 본선 전에 공개되지 않지만, 예선 라운드에 출제된 문제와 기본적인 틀을 공유합니다. 따라서 예선 라운드에서 작성한 코드를 부분적으로 본선 라운드에서 활용할 수 있습니다.

예선 라운드

참가 신청 : 2026-06-04 13:00 KST
연습문제 오픈 : 2026-06-04 13:00 KST
예선 라운드 시작 : 2026-06-29 10:00 KST
예선 라운드 종료 : 2026-07-08 22:00 KST
리플레이 제출 마감 : 2026-07-09 23:59 KST

예선 라운드 시작 전에, 연습 문제를 통해 대회에서 사용하는 환경을 미리 테스트할 수 있습니다. 연습 문제의 점수는 총점에 반영되지 않으며, 최종 점수에 영향을 주지 않습니다.

한 라운드 당 하나의 문제가 주어지며, 참가자는 라운드 종료 전까지 문제를 해결하고 답안을 제출해야 합니다.

대회가 종료되고 각 팀은 제출 기한 안에 팀의 문제 풀이 과정을 담은 리플레이를 제출해야 합니다.

본선 라운드

예선 라운드에서 우수한 성적을 거둔 상위 최소 20팀은 8월 29일에 서울에서 열리는 본선 라운드에 참가할 수 있습니다.

자세한 일정은 추후 공지됩니다.

팀원 모두가 본선 라운드 대회장에 도착해야 입장할 수 있습니다.
정해진 입장 마감 시각 이후에는 입장할 수 없습니다.

문제 풀이

참가자는 문제 페이지에서 문제의 설명을 확인하고, 코드와 바이너리(선택) 파일 하나씩을 제출할 수 있습니다.

코드는 1MiB (1048576 바이트) 이하, 바이너리 파일은 10MiB (10485760 바이트) 이하여야 합니다.
제출 즉시 샘플 AI를 통한 채점이 시작되며, 채점이 완료된 후 제출 내역과 결과를 확인할 수 있습니다.
- 채점 결과는 승/무/패 형태로 표시됩니다.
- 항상 고정된 입력이 주어집니다.
- 샘플 AI는 같은 입력에 대해서 같은 전략을 사용합니다.
답안은 여러 번 제출할 수 있으며, 그 중 하나의 대표 답안을 골라 평가에 사용합니다.

예선 라운드

5분에 2번 코드를 제출할 수 있습니다.
- 5분 이내에 2번 이상 코드를 제출했다면, 추가 제출은 두 번째(마지막) 제출이 아닌, 첫 번째(마지막 전) 제출 시점에서 5분이 경과한 이후에 가능합니다.
- 제출 간격 및 횟수는 주최측의 사정에 따라 변경될 수 있습니다.

본선 라운드

10초에 1번 코드를 제출할 수 있습니다.

자세한 내용은 아래의 평가 규칙을 확인해 주세요.

실행 및 채점 환경

제출된 모든 코드의 실행과 채점은 다음 환경에서 이루어집니다.

Amazon Web Services의 c7a.2xlarge 인스턴스
AMD EPYC 4세대 기반 커스텀 프로세서
클럭: 3.7 GHz
프로세서 아키텍처: 64 bit
OS: Ubuntu 24.04

이 환경에서 정상적으로 동작하지 않는 코드는 채점되지 않으니 유의하시기 바랍니다. 각 언어별로 사용되는 컴파일러와 구체적인 개발 환경에 대한 정보는 "개발 도구 사용 안내" 페이지를 참고하시기 바랍니다. 시간 및 메모리 제한 초과 여부는 참가자가 제출한 소스 코드가 실행된 프로세스에서 사용하는 자원을 기준으로 판단합니다.

시간은 기본적으로 프로세스가 CPU를 점유한 시간(CPU time)을 측정합니다.
메모리는 프로세스가 사용하는 메모리 양을 측정합니다. 이때, 사용자가 선언한 변수나 배열 외에도 언어별로 사용된 라이브러리(헤더 파일, 모듈 등)와 운영체제에서 해당 프로세스에 할당한 메모리도 포함됩니다.
여러 쓰레드를 활용하여 문제를 해결하는 것도 가능합니다. 단, 프로그램에는 한 개의 CPU 코어만 할당되며, 시간 및 메모리 제한을 측정할 때 모든 쓰레드의 시간 및 메모리가 합산되어 측정됩니다.

채점 결과

각 제출에 대해 아래와 같은 결과 중 하나가 표시되며 각 결과에 대한 세부 내용은 다음과 같습니다.

CE (Compile Error) - 제출한 소스 코드의 컴파일에 실패한 경우입니다.
TLE (Time Limit Exceeded) - 제출한 소스 코드의 실행 시간이 문제에 명시된 시간 제한을 초과한 경우입니다.
WTLE (Wall Clock Time Limit Exceeded) - 제출한 소스 코드의 실제 실행 시간이 정해진 시간 제한을 초과한 경우입니다. 이는 프로세스가 CPU를 점유한 시간이 아닌 전체 실행 시간이 초과된 경우로, 실행 중 오류가 발생했을 수 있습니다.
RE (Runtime Error) - 실행 중에 오류가 발생한 경우입니다. 메모리 제한을 초과하거나 프로그램의 반환값이 0이 아닌 경우에도 이 오류가 발생할 수 있습니다.
WA (Wrong Answer) - 프로그램이 정상적으로 종료되었으나, 출력이 올바르지 않은 경우입니다.
IE (Internal Error) - 알 수 없는 내부 오류가 발생한 경우입니다. 이 결과를 받았다면 주최 측에 문의해야 합니다.
X승 (A/B/C) - 샘플 AI들과 대전한 결과입니다. 무승부를 0.5승으로 계산합니다.

만약 채점 결과가 여러 경우에 해당되는 경우 임의의 하나가 표시됩니다. 예를 들어, 프로그램이 실행 중 오류가 나면서 실행시간을 초과한 경우 결과는 RE 혹은 TLE 중 하나로 표시됩니다.

문제 관련 문의

문제에 틀린 내용이 있는 경우나 알 수 없는 내부 오류 등 대회 진행에 지장이 있는 경우 문제 페이지의 질문하기 버튼을 클릭하거나, 코딩 영역에서 Ctrl + K 단축키를 눌러 문의할 수 있습니다.

질문 내용에 비속어, 욕설 등 부적절한 표현이 포함되면 실격 처리될 수 있습니다.
문제 풀이 방법과 관련 질문에는 답변하지 않습니다.

유효하지 않은 질문 예시

아래와 같은 질문 유형은 대표적으로 유효하지 않은 질문에 해당합니다.

"제가 작성한 프로그램이 제 컴퓨터에서는 잘 나오는데 채점하니 결과가 정상적으로 나오지 않습니다."

제공된 테스트용 도구는 실제 채점 환경과는 차이가 있을 수 있습니다. 문제의 입출력 형식 등을 다시 한번 확인해주세요.

"제 컴퓨터에서는 컴파일이 잘 되는데 제출하니 컴파일 에러라고 나옵니다."

참가자가 사용하는 개발 환경과 실제로 프로그램이 컴파일되고 실행되는 채점 환경은 다를 수 있습니다. "개발 도구 사용 안내" 페이지를 반드시 확인해 주세요.

답변 유형

문제와 관련된 질문만 가능합니다. - 질문의 성격이 벗어난 경우에 해당합니다.
지문을 다시 읽어주시기 바랍니다. - 질문한 내용이 문제에 적힌 내용으로 충분히 답이 된다고 판단된 경우입니다.
답할 수 없습니다. - 영어로는 "No comment"에 해당하며, 주최 측의 답변이 어떠한 방식으로든 참가자의 문제 풀이나 대회 진행에 영향을 줄 수 있다고 판단된 경우입니다.

평가 규칙

샘플 AI 채점에서 특정 점수 이상을 받은 제출 중 한 개를 대표 답안로 선택할 수 있습니다.
- 선택한 대표 답안이 없다면, 샘플 AI 채점에서 특정 점수 이상을 받은 제출 중 가장 마지막 제출이 대표 답안으로 선택됩니다.
- 대표 답안은 대회 중 자유롭게 변경할 수 있으며, 대회 종료 후 1시간까지 변경할 수 있습니다.
대표 답안에 사용한 제출을 이용하여 중간 평가 및 최종 평가를 진행합니다.

연습 문제

중간 평가

예선 라운드 시작 전 매일 오후 9시 (KST), 각 팀이 제출한 코드 중 대표 답안으로 선택한 코드를 기준으로 평가를 진행합니다. 스위스 토너먼트 방식으로 최소 20 라운드를 진행하며, 해당 결과로 순위를 제공합니다.

연습 문제는 최종 평가를 진행하지 않으며, 최종 성적에 반영되지 않습니다.

예선 라운드

중간 평가

매일 오전 10시, 오후 3시, 오후 9시 (KST), 각 팀이 제출한 코드 중 대표 답안으로 선택한 코드를 기준으로 평가를 진행합니다. 스위스 토너먼트 방식으로 최소 20 라운드를 진행하며, 해당 결과로 순위를 제공합니다.

중간 평가는 참고용 결과이며, 최종 평가에는 영향을 미치지 않습니다.

최종 평가

스위스 토너먼트 방식으로 최소 50 라운드를 진행하여 상위 최소 100개의 팀을 선정합니다. 선정된 팀은 풀 리그 방식으로 모든 상대와 경기를 최소 5회 진행하여 최종 순위를 결정합니다.

본선 라운드

중간 평가

대회 시작 1시간 이후부터 최소 10회 이상 정해진 시점에 각 팀이 제출한 코드 중 대표 답안으로 선택한 코드를 기준으로 평가를 진행합니다. 대회 당일, 대회장에서 각 중간 평가에 대한 정보를 확인할 수 있습니다.

풀 리그 방식으로 모든 상대와 경기를 진행하며, 해당 결과로 순위를 제공합니다.

중간 평가는 참고용 결과이며, 최종 평가에는 영향을 미치지 않습니다.

최종 평가

모든 상대와 경기를 최소 5회 진행하여 각 상대와의 승수를 계산합니다. 수상자 결정 시 두 팀 승점의 차이가 근소한 경우 추가 경기를 진행할 수 있습니다.

평가는 다음과 같이 진행됩니다.

본선 참가자 모두를 대상으로 한 경기를 토대로 다른 모든 상대와의 승수 합이 가장 높은 상위 10팀을 뽑습니다.
상위 10팀을 대상으로 한 경기를 토대로 다른 모든 상대와의 승수 합이 가장 높은 상위 5팀을 뽑습니다.
상위 5팀을 대상으로 한 경기를 토대로 다른 모든 상대와의 승수 합이 가장 높은 상위 2팀을 뽑습니다.
상위 2팀을 대상으로 한 경기를 토대로 상대를 더 많이 이긴 팀을 최종 우승자로 선정합니다.

토너먼트 진행

토너먼트는 스위스 토너먼트 혹은 풀 리그 방식으로 이루어집니다. 스위스 토너먼트는 정해진 라운드 수만큼 라운드를 진행하며, 풀 리그는 한 라운드 안에서 모든 상대와 정해진 대전 횟수만큼 대전을 진행합니다.

시드 결정

시드는 이전 중간 평가의 등수에 따라 부여됩니다. (등수가 작을수록 작은 시드를 받습니다.)
첫 참가자 및 최종 평가의 경우, 제출 시간이 빠른 순서대로 작은 시드가 부여됩니다.

스위스 토너먼트 대전 상대 결정

1. 부전승 처리 (참가자 수가 홀수일 경우)

아직 부전승을 받은 적이 없는 참가자 중에서 선정됩니다.
해당 조건을 만족하는 참가자 중 점수가 가장 작은 사람이 선택됩니다.
여전히 동률인 경우, 시드가 가장 작은 참가자가 선택됩니다.

2. 대전 상대 매칭

점수가 큰 순서대로, 동일 점수 내에서는 시드가 작은 순서대로 매칭 상대를 찾습니다.
가능한 한 아직 대전하지 않은 상대와 매칭합니다.
여러 후보가 있는 경우, 점수가 가장 큰 상대를 우선 선택합니다.
여전히 동률이면, 시드가 가장 큰 상대와 매칭됩니다.

풀 리그 대전 상대 결정

모든 상대와 정해진 대전 횟수만큼 대전을 진행합니다.

경기 진행 방식

각 라운드에서 여러 경기가 동시에 진행됩니다.
선공/후공에 따른 차이가 있는 경우, 양측이 번갈아가며 선공/후공을 수행합니다.

점수 부여

경기 결과에 따라 다음과 같이 점수가 부여됩니다:

승리 - 1점
무승부 - 0.5점
패배 / 프로그램 오류 (런타임 에러, 잘못된 출력, 시간 초과 등) - 0점

최종 순위 결정

최종 순위는 다음 기준에 따라 결정됩니다:

총점이 큰 참가자가 더 작은 등수를 가집니다.
점수가 동일한 경우, 타이브레이커 기준을 차례대로 적용합니다.
그래도 동률이면, 시드가 작은 참가자가 더 작은 등수를 가집니다.

스위스 토너먼트 타이브레이커 기준

승점이 상대보다 더 큰 라운드 수가 많은 참가자가 더 작은 등수를 가집니다.
대전 상대들의 총 점수 합이 큰 참가자가 더 작은 등수를 가집니다.
초기 라운드 가중치 점수 합이 큰 참가자가 더 작은 등수를 가집니다. (i번째 라운드의 점수 × (총 라운드 수 - i + 1))
초기 라운드의 상대 점수에 가중치를 적용한 합이 큰 참가자가 더 작은 등수를 가집니다. (i번째 라운드의 상대 점수 × (총 라운드 수 - i + 1))

풀 리그 타이브레이커 기준

Sonneborn-Berger 점수가 큰 참가자가 더 작은 등수를 가집니다. (모든 경기에 대해 해당 경기의 내 승점 × 상대 총점의 합)

퍼포먼스

제출한 코드의 실력을 가늠하기 위한 퍼포먼스를 제공합니다. 퍼포먼스는 참고용 자료이며, 평가에 반영되지 않습니다.

샘플 AI와의 대전을 통해 얻은 승수를 기반으로 "예상 퍼포먼스"를 제공합니다.
전국의 참가자와의 대전 결과를 통해 퍼포먼스가 계산됩니다.

퍼포먼스 계산 공식에 대해서는 퍼포먼스 계산 공식 pdf를 참고해 주세요.

리플레이 (문제 풀이 과정)

각 팀은 대회 종료 이후 리플레이 제출 마감일 전까지 반드시 리플레이를 제출해야만 합니다.

리플레이는 팀의 문제 풀이 과정을 시간 순서대로 서술한 것입니다. 분량은 1장 이상 20장 이하이며, 포맷은 자유이지만 PDF 형태로 제출하여야 합니다.

리플레이에는 다음과 같은 내용들이 포함되어야 합니다.

문제를 해결한 전반적인 타임라인 (중간 평가 또는 팀의 제출을 기준으로 삼을 수 있음)
제출에서 어떠한 문제점들을 발견했고, 어떠한 고민을 했으며, 어떻게 해결했는지 / 왜 해결하지 못했는지
(LLM을 활용했다면) 어떤 모델을 활용했고, 어떠한 방식으로 활용하였는지

다음과 같은 내용들은 필수가 아니지만, 추가로 포함하면 좋습니다.

문제에 대한 접근 방향, 그리고 문제를 해결하기 위해 한 관찰 및 고민들
자신이 겪었던 문제나 이를 해결하기 위한 과정을 시각적으로 보여줄 수 있는 캡처나 사진, 코드 조각 등의 자료
(LLM을 활용했다면) LLM의 한계점이 있었다면 무엇이고, 보완했다면 어떻게 보완했는지
기타 좋았던 점, 후회되는 점, 힘들었던 점, 흥미로웠던 점이나 아무 말하고 싶은 내용들
대회 시스템이나 문제에 대한 불만, 또는 개선되면 좋겠다고 생각한 점들

리플레이는 최종 평가 기준에 포함되지 않습니다.

추가 제한 사항

리플레이는 자신이 경험하고 느낀 것을 적는 글입니다. 문제를 푸는 데 LLM을 사용했더라도, 리플레이에 담는 풀이 과정과 고민은 LLM 없이 직접 작성해야 합니다.

문법 교정 등이 필요한 경우에도 LLM을 사용하지 말고 맞춤법 검사기 등을 이용해야 합니다.
본문의 전부 또는 일부분이 LLM을 사용해서 생성한 것으로 보이는 경우 및 본인이 문제를 해결하였음을 확인할 수 없는 경우에는, 주최 측에서 추가적인 증빙 또는 리플레이 보강을 요구할 수 있습니다.
- 단, 리플레이 내에 본문을 보충하기 위한 용도로 본인의 프롬프트나 LLM과의 대화 내역을 삽입하는 것은 예외적으로 허용됩니다.
리플레이에는 본인의 민감한 개인정보가 포함되지 않도록 각별히 유의해 주시기 바랍니다.

리플레이에 비속어, 욕설 등의 부적절한 표현이 포함되는 경우, 주최측의 판단에 따라 대회 참가가 제한되거나 수상이 취소될 수 있습니다.

부정행위 안내

다음과 같은 행위는 부정행위로 간주되며, 부정행위 적발 시 불이익을 받을 수 있습니다.

연습문제가 아닌 문제에 대해, 문제 및 문제와 관련된 알고리즘, 솔루션, 소스코드를 불특정 다수에게 공개하거나 유출하는 행위
연습문제가 아닌 문제 관련 자료에 대해 팀원 외 제3자와 토론하는 행위
사용 권한이 없는 코드를 제출하는 행위
- 예시 1: 해킹 등의 방법으로 얻은 코드
- 예시 2: 상용 프로그램의 리버싱(역분석) 등의 방법을 사용해 얻은 코드
- 예시 3: 기타 불법적인 방법으로 얻은 코드
- 인터넷 등에 불특정 다수에게 공개되어 있는 코드이더라도 출처를 주석 등으로 표시하지 않았다면 사용 권한이 없는 것으로 간주합니다.
팀원 이외의 사람이 대회 시작 시점 이후에 작성한 코드를 제출하는 행위
대리 응시 혹은 팀원 이외의 사람에게 도움을 받아 문제를 해결한 경우
개인 아이디 및 패스워드를 타인에게 공유하거나 공개한 경우
동일인이 여러 아이디로 중복 참가한 경우
타인의 대회 참여를 방해하거나 시스템을 공격하는 행위
기타 통상적으로 부정행위라고 볼 수 있는 행위

위의 항목은 예시이며, 이외에도 주최 측 판단에 따라 부정행위로 간주될 수 있습니다. 부정행위가 발생되거나 의심되는 경우, 대회 기간 중 언제든지 참가 및 수상 자격이 박탈될 수 있습니다. 대회 운영에 지장을 초래한 경우, 주최 측은 법적 조치 및 손해배상을 청구할 수 있습니다.

아래의 행위는 부정행위가 아닙니다.

연습문제에 대해 문제, 문제 내용, 풀이 방법, 소스코드 등을 논의하거나 공유하는 행위
팀원 간 문제 내용, 풀이 방법, 소스코드 등을 논의하거나 공유하는 행위
- 특히, 외부인이 볼 수 없는 비공개 대화방 또는 코드 저장소를 사용하는 것은 부정행위가 아닙니다.
- 단, 대화방 혹은 코드 저장소를 사용할 경우 공개 범위 설정에 각별히 유의해주시기 바랍니다.
LLM(ChatGPT, Copilot 등) 및 기타 코딩 보조 도구를 사용하여 코드를 생성하거나 수정하는 행위

어떤 행위가 부정행위인지 궁금하다면 자의적으로 판단하지 말고, 반드시 주최 측에게 문의하시기 바랍니다.

프로그램 사용 안내

NYPC는 대형 언어 모델로 대두되는 생성형 AI(이하 LLM)을 창의성과 문제 해결을 돕는 도구로 사용하는 것을 권장합니다.
대회의 핵심은 사람의 창의성과 문제 해결 능력을 평가하는 것이며, (다량의 컴퓨팅 자원에 접근할 수 있는지 여부가) 대회에 큰 영향을 끼쳐서는 안 됩니다.
따라서, 다음과 같은 LLM의 사용을 명시적으로 금지합니다.
1. LLM에 자동화된 방법을 이용해서 다량의 출력을 얻어내는 행위
2. LLM을 다수 사용해서 같은 목적을 위한 서로 다른 코드를 출력하도록 하는 행위
3. 다량의 코드 혹은 아이디어를 LLM을 이용해서 선별하는 행위
대회 참여에 LLM의 활용이 필수적인 것은 아니며, LLM 없이도 대회에 참여할 수 있습니다.

허용하는 예시

문제 번역 및 아이디어 구상을 위해 LLM을 활용
코드의 작성 및 디버깅을 위해 LLM 및 LLM이 탑재된 IDE(Codex, Claude Code, Gemini Code Assist, Cursor 등)를 사용
- IDE의 Auto-complete, Ask, Plan Mode 등을 사용
Chain-of-thought 방식을 이용해서 답변을 생성하는 행위
실행 중 LLM을 사용하지 않는 모든 방식의 모든 프로그램 활용
- 이는 LLM으로 작성된 자동화 프로그램을 실행해서는 안 된다는 의미가 아닙니다.
LLM 이외의 방법으로 코드를 대량으로 작성하고 평가하는 행위

허용하지 않는 예시

스크립트를 사용해 LLM을 대량으로 호출한 이후 문제에 대한 코드를 특정한 방법으로 골라 제출하는 행위
- LLM을 사용하지 않은 방법을 이용해서 코드를 선별했더라도, LLM으로 만들어진 코드라면 부정행위에 해당합니다.
하나의 프롬프트를 사용하였지만 LLM이 자체적으로 대량의 코드를 생성하여 그 중 일부를 사용자에게 제공하는 행위
어떠한 방법으로든 LLM이 작성하거나 수정한 글을 리플레이 본문에 포함하는 행위
- 예외: LLM과의 대화 혹은 문구를 내용 그대로 리플레이에 첨부하거나 인용하는 경우에는 허용합니다.

LLM에게 직접 프롬프팅하지 않더라도 LLM이 부정행위에 해당하는 행동을 한 경우에는, 본인이 부정행위를 한 것입니다. LLM의 사용에 대한 모든 책임은 본인에게 있습니다.

주최 측은 필요한 경우 참가자에게 문제 풀이 과정에 대해 설명을 요청할 수 있으며, 참가자는 이에 성실히 응답해야 합니다. 코드 관리 미숙으로 인해 문제가 발생한 경우에도 불이익을 받을 수 있습니다. LLM 도구를 사용하는 경우, 데이터를 학습에 사용하는 것을 opt-out 해야 합니다.

Q & A

Q1. LLM 모델이 Chain-of-Thought 방식을 활용하는데, 이것도 API를 이용한 결과물 대량 생성인가요?

A1. 아니오, Chain-of-Thought를 사용하더라도 질의를 수동으로 했다면 대량 생성으로 판단하지 않습니다.

Q2. LLM에 같은 질문을 여러 번 했는데, 이것도 대량 생성으로 취급되나요?

A2. 아니오, API나 스크립트를 활용하여 자동화된 방법으로 질의를 한 것이 아니라면 대량 생성으로 판단하지 않습니다. 단, 수동이더라도 계정이나 세션을 동시에 여럿 활용하여 수십 회 이상의 동일한 질의를 하는 경우 대량 생성에 준하게 취급될 수 있습니다.

Q3. 직접 제출되는 코드는 아니지만, 테스트용 코드들을 사용할 때에도 위의 제한 사항들이 적용되나요?

A3. 네, 적용됩니다. 코드가 제출되지 않았더라도, 문제를 풀 때 사용한 모든 코드는 제한 사항을 지켜서 작성해야 합니다.

Q4. LLM이 탑재된 IDE가 자동으로 도구 호출을 사용합니다. 이는 부정행위인가요?

A4. 기본적으로 IDE가 자동으로 도구 호출을 사용하는 것은 부정행위가 아니나, 해당 도구 호출이 자동화된 LLM 도구 호출 혹은 LLM이 생성한 코드에 대한 평가가 들어가는 경우에는 부정행위가 됩니다. 이 도구 사용 감독에 대한 책임은 본인에게 있습니다.

Q5. 같은 동작을 하는 다른 코드를 생성하면 안 된다는 제한은 팀원별로 판단하나요, 개인별로 판단하나요?

A5. 개인별로 판단합니다.

Q6. LLM 사용법을 팀원이 아닌 타인에게 배우는 것은 부정행위인가요?

A6. 대회 사용을 목적으로 하여 어떠한 것이든 타인에게 도움을 받는 행위는 부정행위입니다.

Q7. 외부에서 생성된 코드가 다량의 코드 생성으로 만들어진 코드라면, 해당 코드는 사용할 수 있나요?

A7. 위의 “아래의 행위는 부정행위가 아닙니다.” 항목을 참고해주세요.

Q8. 여러 종류의 LLM을 사용하기 위해 LLM 세션을 여럿 사용할 수 있나요?

A8. 여러 세션을 동시에 사용하지 않는다면 LLM 세션을 여럿 사용해도 됩니다.

Q9. 주최측에서 사용하기 위한 LLM을 지원해 주나요?

A9. 주최측에서 별도의 LLM은 지원하지 않습니다.

Q10. 대회에서 제출되는 코드 내부에서 AI 모델 및 생성형 AI를 사용할 수 있나요?

A10. 소스코드와 바이너리 크기 제한 안에 들어간다면 가능합니다. 단, 대회 환경은 네트워크 통신이 되지 않습니다. 자세한 내용은 "개발 도구 사용 안내"를 참고해주시기 바랍니다.