2026 Samsung Collegiate Programming Challenge : AI Challenge

[Mission 선언]

참가자는 예선 2차 시작 후 48시간 이내인 2026년 7월 31일(금) 10:00까지 1쪽 이내의 Mission 선언 PDF를 제출해야 합니다.

• 제출 방식: [코드공유 게시판]에 비공개 게시글로 PDF 업로드
• 파일 형식: PDF
• 파일명: SCPC2026_R2_MISSION_데이콘닉네임.pdf
• 파일양식 : 제한없음(반드시 PDF 변환 후 업로드)
• 게시 설정: 비공개

Mission 선언 PDF에는 대상 사용자, 핵심 문제, 장기 목표, Primary value, E1–E4 인과관계, mobile constraint, Signature mechanism의 문제·효과 claim을 포함해야 합니다.

※ 데이콘은 Mission 선언 PDF의 접수 사실만 확인하며 사전 승인·범위판정·수정요청을 제공하지 않습니다.

※ Mission 선언 마감 이후 대상 사용자, 핵심 문제, 장기 목표, Primary value, E1–E4 인과관계는 동결됩니다.

※ 화면·기술구조·model·algorithm은 계속 개선할 수 있지만 다른 Mission으로 변경할 수 없습니다.

※ MISSION_LOCK.json은 Mission 선언 접수 내용을 기준으로 데이콘이 생성하여 개별 구글 드라이브에 포함할 예정입니다.

[최종 제출물 7종]

최종 마감일 : 2026년 8월 5일(수) 오전 10:00

개별 [팀 탭] 내 드라이브 링크 확인

Mission 선언 제출 방법과 혼동하지 않도록 주의 부탁드립니다.

제출 대상자는 최종 제출 마감 전까지 아래 제출물 7종을 지정된 Google Drive 폴더에 업로드해야 합니다.

• APP.apk: Android 15/API 35, target SDK 35, arm64-v8a 지원 최종 서명 APK
• SOURCE.zip: APP과 일치하는 앱·backend source, build/config, dependency·license 자료
• MISSION_AND_TECHNICAL_NOTE.pdf: Mission·E1–E4·CORE 연결·Signature mechanism·comparison·mobile counterfactual
• INSTALL_AND_USE_GUIDE.pdf: 설치·Reset·run·restart·export·comparison을 참가자 도움 없이 수행하는 방법
• BUILD_AND_SUBMISSION_INFO.md: 재현 build, dependency, model·backend·runtime 설정과 데이터 전송범위
• SAMPLE_EXPORT/: 공개 13단계 reference run의 구조화 evidence
• DEMO_VIDEO.mp4: E1–E4·변화·restart·사용자 통제의 3분 이내 참고영상

MISSION_LOCK.json은 Mission 선언 접수 내용을 기준으로 Dacon이 생성하여 최종 제출물에 포함할 예정입니다.

세부 제출 형식과 생성 방법은 데이터 탭의 공식 Kit 문서를 확인해 주세요.

영상과 문서는 설치·실행되지 않는 APK를 대신하지 않습니다.

1. Signature mechanism과 comparison mode

• 참가자는 Primary value를 위해 직접 설계한 핵심 기술 아이디어 한 가지를 Signature mechanism으로 선언해야 합니다.
• 같은 제출 APK 안에 다음 두 실행상태를 구현해야 합니다.
• full: Signature mechanism을 켠 상태
• claim-off: 나머지 조건은 같고 Signature mechanism만 끈 상태
• 두 실행은 같은 시작 snapshot·입력·model·network·quota를 사용하되, 기기 저장소·메모리·cache·backend 상태는 서로 격리해야 합니다.
• 별도의 약한 데모나 다른 APK로 대체할 수 없습니다.

2. 모바일 제품 요건

1. 앱 또는 process 재시작 뒤의 상태복구와 local continuity
2. permission 거부, network 단절, lifecycle 전환, local-data 통제 등 제품문제와 연결된 mobile constraint 한 가지 이상
3. 같은 기능을 PC의 일반 대화창으로 옮겼을 때 사라지거나 달라지는 state·decision·evidence를 설명하는 mobile counterfactual

3. 합성환경과 사용자 통제

• 실제 서비스 계정, 결제수단, 실제 연락처·위치·사진·통화기록·고객정보·회사 또는 학교 내부자료를 사용하지 않습니다.
• 실제 구매·판매·예약·결제·송금·메시지·email·전화·게시·계정변경 등 외부 결과를 발생시키지 않습니다.
• 필요한 행동은 앱 내부의 draft·proposal·preview·simulation·합성 상태변화로 표현합니다.
• 심사에서도 합성 사용자와 합성 정보만 사용합니다.
• 사용자는 앱이 기억한 정보와 상태를 확인·수정·삭제할 수 있어야 하며 전체 Reset도 수행할 수 있어야 합니다.
• 삭제된 원문은 export나 앱 재실행 뒤 다시 나타나거나 판단에 재사용되어서는 안 됩니다.

4. Android release

• Android 15/API 35, target SDK 35, arm64-v8a를 지원해야 합니다.
• 제출형식은 release signing된 단일 APP.apk와 이에 일치하는 SOURCE.zip입니다.
• 공개 연습에 사용한 최종 APK를 다시 build하거나 다시 signing하지 말고 같은 파일을 제출해야 합니다.
• 선택 permission을 거부해도 Primary value의 합성 E1–E4 경로를 확인할 수 있어야 합니다.
• 평가도구가 APK의 package·version·서명 인증서·파일지문을 자동으로 읽어 동일성을 확인합니다.
• 참가자 APK의 signing private key·keystore·password는 참가자가 보관하며 Dacon에 제출하지 않습니다.

5. Model·framework·backend

• model 사용 여부와 model·agent framework는 자유이며, model을 사용하지 않는 deterministic 설계도 가능합니다.
• 외부 backend를 사용할 수 있지만 domain·endpoint·용도·전송 데이터 종류와 release·routing·config를 BUILD_AND_SUBMISSION_INFO.md에 신고해야 합니다.
• 참가자가 관리하는 backend source와 제출 때 사용한 설정 snapshot을 SOURCE.zip에 포함하고, 제출 뒤 동작이 바뀌지 않도록 동결해야 합니다.
• Judge에게 개인계정·개인 API key·결제수단·유료구독을 요구할 수 없습니다.
• 장기 token, private key, service credential을 APK나 source에 평문으로 포함할 수 없습니다.
• model·backend를 사용할 수 없을 때 실제로 하지 않은 행동을 완료했다고 표시해서는 안 됩니다.

6. Probe Mode

• 공식 Kit의 starter AAR를 제출 APK의 실제 production core에 연결해야 합니다.
• 공개 연습과 official AUTO-CHECK는 같은 production state 저장소·판단 logic·action ledger를 실행해야 합니다.
• Probe 결과에는 관찰 가능한 state·action·receipt·evidence만 포함하고 정답·PASS/FAIL·anchor·Q를 포함하지 않습니다.
• 공식 Kit의 Runner를 그대로 사용하며 자체 평가용 Runner나 별도 보안 protocol을 만들 필요가 없습니다.
• 공식 Runner만 protected component를 호출할 수 있어야 합니다.
• 공개 입력 문자열이나 pack ID를 이용해 정답분기를 만들면 안 됩니다.

7. 제출 후 변경

• 마감 receipt가 가리키는 최종 접수본 한 벌만 평가합니다.
• 최종 제출 마감 뒤 APK·source·evidence·backend 동작·원격설정을 개선하거나 교체할 수 없습니다.

8. AI 도구와 외부 자료

• AI coding tool 사용은 허용됩니다.
• 사용한 주요 AI 도구·model·library·SDK와 license·데이터 전송범위를 신고해야 합니다.
• 참가자는 제출 code와 동작을 이해하고 보안·실패경계를 설명할 수 있어야 합니다.
• 외부 source·library·SDK의 license·보안·실패에 대한 책임은 참가자에게 있습니다.