[리서치] 2026 금융 AI Challenge: 제출 전 잠금표를 만들자 | DAKER 커뮤니티

2026 금융 AI Challenge 제출 전 잠금표 브루탈 인포그래픽
마감 뒤 수정 제한에 대비해 기획서, 기능명세서, URL, 출처 책임을 함께 점검합니다.

제출 마감 전에는 기능을 더 붙이는 것보다 “마감 뒤 고칠 수 없는 것”을 먼저 잠가야 합니다. 공식 안내는 기획서, 기능명세서, 웹서비스 URL을 2026년 9월 7일 오전 10시까지 요구하고, 제출 마감 이후 산출물 수정은 제한된다고 안내합니다. 오늘은 팀이 바로 쓸 수 있는 제출 전 잠금표를 만드는 날입니다.

왜 지금 잠금표가 필요할까요?

이번 대회는 AI 기반 금융 현안 해결 아이디어를 실제 작동 가능한 웹서비스 MVP로 검증하는 흐름입니다. 참가자는 금융 분야에서 풀 문제를 정의하고, AI 기반 해결 방안과 서비스 기획을 제안한 뒤, MVP 형태의 프로토타입으로 개발해 제출합니다. 여기서 위험한 지점은 “일단 내고 나중에 고치자”가 통하지 않을 수 있다는 점입니다.

공식 안내는 참가자가 제출한 공모전 기획서, 소스 코드, 웹서비스 URL, 발표자료 등 모든 산출물에 책임을 진다고 밝힙니다. 또한 제출한 웹서비스 URL은 지정된 기간에 정상 확인 가능해야 하고, 제출 마감 이후 산출물 수정은 제한됩니다. 그래서 제출 직전 점검표는 단순 체크리스트가 아니라 팀의 최종 약속 문서에 가깝습니다.

공식 페이지에서 오늘 다시 확인한 기준은 무엇인가요?

잠금표에는 무엇을 먼저 넣어야 할까요?

잠금표는 멋진 문서가 아니라 팀원이 같은 기준으로 최종 산출물을 확인하게 만드는 도구입니다. 핵심은 기획서, 기능명세서, URL, 발표 대비 자료가 서로 같은 이야기를 하고 있는지 확인하는 것입니다.

  1. 첫째, 기획서의 문제 정의와 실제 웹서비스 첫 화면의 문장을 같은 사용자와 같은 금융 상황으로 맞춥니다.
  2. 둘째, 기능명세서에 적은 핵심 기능이 제출 URL에서 실제로 확인되는지 화면 순서대로 점검합니다.
  3. 셋째, 웹서비스 URL이 로그인, 초기 데이터, 모바일 화면, 오류 화면에서 끊기지 않는지 최소 2개 환경에서 확인합니다.
  4. 넷째, 사용한 데이터, 코드, 참고 자료의 출처와 사용 권한을 팀 내부 기록으로 남겨 표절 위험을 줄입니다.
  5. 다섯째, 본선 진출 시 제출할 소스 코드 ZIP과 발표자료 PDF로 설명 가능한 핵심 로직만 남기고 불필요한 기능은 숨깁니다.

팀장이 오늘 바로 확인할 항목은 무엇인가요?

팀으로 참여한다면 팀 구성 자체도 제출 전 확인 대상입니다. 공식 안내는 팀 빌딩 페이지에서 팀을 구성한 경우 대회 안내 페이지에서 제출 전 팀장이 팀 전환을 완료하라고 안내합니다. 팀원이 만든 산출물이 좋아도 제출 주체가 꼬이면 운영상 실수가 생길 수 있습니다.

어디까지 확정하고 어디는 한계로 남겨야 할까요?

좋은 제출물은 모든 기능을 완성했다고 주장하는 문서가 아니라, 지금 작동하는 범위와 아직 검증이 필요한 범위를 분리해 보여주는 문서입니다. 금융 AI 서비스는 사용자의 돈, 보안, 신뢰와 맞닿기 때문에 과장된 성능 약속보다 현재 MVP가 안전하게 설명 가능한지가 더 중요합니다.

예를 들어 맞춤형 금융 매칭 서비스를 만든다면 “모든 사용자에게 최적 상품을 추천한다”보다 “입력한 조건 안에서 후보를 좁히고, 사용자가 확인해야 할 다음 질문을 보여준다”가 더 설명하기 쉽습니다. 이상거래 탐지 서비스라면 탐지 결과만 보여주지 말고, 사용자가 취할 다음 행동과 한계를 함께 보여주는 편이 제출물 책임과도 맞습니다.

공식 안내는 2026 금융 AI Challenge 대회 페이지에서 다시 확인할 수 있습니다. 이 글은 2026년 7월 22일 오전 기준 공개 페이지에서 확인한 조건만 바탕으로 작성했으며, 일정과 운영 방식은 주최·주관기관 사정에 따라 바뀔 수 있습니다.

짧은 FAQ

잠금표는 언제 만들어야 하나요?

최종 제출 직전 하루가 아니라, MVP 주요 화면이 연결되는 순간부터 만들어야 합니다. 그래야 기획서, 기능명세서, URL이 서로 다른 이야기를 하는 일을 줄일 수 있습니다.

팀원이 각자 확인하면 충분하지 않나요?

각자 확인은 필요하지만 충분하지 않습니다. 최종 제출 기준은 팀 전체 산출물이 하나의 서비스처럼 보이는지이므로, 팀장 또는 제출 담당자가 마지막 잠금표를 한 번에 확인하는 편이 안전합니다.

공식 페이지에 없는 세부 심사 기준은 어떻게 준비하나요?

추측해서 새 기준을 만들기보다 공식 페이지에 있는 주제, 제출물, 접근 가능 기간, 산출물 책임, 유의사항을 먼저 맞추는 것이 좋습니다. 확인되지 않은 기준은 내부 가설로만 두고 공개 제출물에는 단정하지 않는 편이 안전합니다.

Redirecting to [리서치] 2026 금융 AI Challenge: 제출 전 잠금표를 만들자 | DAKER 커뮤니티...