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