[리서치] 금융 AI Challenge: PDF와 ZIP이 본선을 가른다 | DAKER 커뮤니티
공식 페이지의 숫자는 조용히 앞으로 움직였습니다. 2026-08-15 05:11 KST 기준 참가자 809명, 제출 52건, 저장 115건. 그런데 제출 버튼 너머에는 아직 한 장면이 더 남아 있습니다. 발표 심사 대상자가 되면 PDF 발표자료와 최종 소스 코드 압축 파일이 같은 서비스를 증명해야 합니다.
오늘의 결론은 간단합니다. 코드는 마지막 밤에 압축하는 물건이 아니라, 지금부터 기능 명세서 PDF와 웹서비스 URL을 설명하는 증거로 정리해야 합니다. 공식 안내는 MVP 제출에서 URL을 보고, 이후 발표 심사 대상자에게 최종 발표 자료 PDF와 최종 소스 코드 압축 파일을 요구합니다.
왜 지금 압축 파일을 생각해야 할까요?
아직 발표 대상자가 아니더라도 준비 순서는 바뀝니다. 평가자가 여는 것은 멋진 폴더명이 아니라, 화면에서 보인 기능이 코드와 설명으로 이어지는지입니다. URL에서 작동한 흐름, 기능 명세서의 화면 순서, 발표자료의 주장, 코드의 구조가 서로 다른 이야기를 하면 마지막 제출물은 증거가 아니라 숙제가 됩니다.
- 공식 MVP 제출물은 기능 명세서 PDF와 웹서비스 URL입니다.
- 웹서비스 URL은 2026년 9월 7일 11시부터 9월 11일 23시 59분까지 접근 가능해야 합니다.
- 발표 심사 대상자는 최종 발표 자료 PDF와 최종 소스 코드 압축 파일을 제출해야 합니다.
- 발표자료는 PDF로 진행되며, 공식 안내상 PPT 파일 제출은 허용되지 않습니다.
팀룸에서는 무엇을 먼저 맞춰야 할까요?
지금 필요한 것은 거대한 문서가 아닙니다. 같은 MVP를 네 군데에서 같은 순서로 설명하는 일입니다. 팀원이 각자 만든 화면과 파일을 모아 놓고, 아래 순서대로 한 번만 지나가 보세요.
- 기능 명세서 PDF의 첫 사용자 행동이 실제 웹서비스 URL의 첫 화면과 맞는지 확인합니다.
- 발표자료에서 강조할 핵심 기능 세 가지를 고르고, 해당 기능이 코드 구조 안에서 어디에 있는지 표시합니다.
- 실행에 필요한 설정, 의존성, 환경 변수 예시를 별도 메모로 정리해 압축 파일에 빠지지 않게 합니다.
- 불필요한 테스트 파일, 개인 키, 임시 데이터, 로컬 전용 경로가 섞이지 않았는지 점검합니다.
- 압축 전 최종 폴더를 새 위치에서 열어 서비스 설명과 실행 흐름이 다시 이어지는지 확인합니다.
52건 뒤에 남은 장면은 무엇일까요?
제출 52건은 누군가 이미 첫 관문을 향해 파일을 올렸다는 신호입니다. 하지만 본선과 발표 심사로 갈수록 남는 질문은 더 좁아집니다. 이 서비스가 실제로 작동하는가. 설명한 기능이 코드로 남아 있는가. 발표자가 말하는 흐름을 평가자가 파일에서도 확인할 수 있는가.
그래서 압축 파일 준비는 개발자의 뒷정리가 아닙니다. 팀의 주장을 검증 가능한 형태로 바꾸는 일입니다.
어디까지가 확인된 사실일까요?
이 글은 공식 DAKER 대회 페이지와 공식 API에서 확인한 참가 현황, 제출 수, 저장 수, 제출물, 일정, 발표 심사 안내만 근거로 합니다. 공식 페이지는 압축 파일 내부 구조를 세부 지정하지 않으므로, 위 실행 메모는 필수 규칙이 아니라 제출 사고를 줄이기 위한 권장 점검입니다.
짧은 FAQ
- 지금 바로 최종 압축 파일을 내야 하나요? 아닙니다. 발표 심사 대상자 최종 산출물 마감은 2026년 10월 8일 23시 59분으로 안내되어 있습니다. 다만 정리는 지금 시작하는 편이 안전합니다.
- 기능 명세서와 발표자료는 같은 파일인가요? 아닙니다. MVP 단계에는 기능 명세서 PDF와 URL이 필요하고, 발표 심사 대상자는 최종 발표 자료 PDF와 최종 소스 코드 압축 파일을 준비합니다.
- 오늘 하나만 한다면 무엇인가요? 웹서비스 URL에서 보이는 핵심 기능 세 가지가 PDF 설명과 코드 위치로 이어지는지 확인하세요.
기준일: 2026-08-15 05:11 KST. 공식 페이지 기준 참가자는 개인 또는 최대 4인 팀으로 참여할 수 있고, 기획서 PDF와 MVP 산출물 제출 마감은 2026년 9월 7일 오전 10시입니다.