2026 금융 AI Challenge 마감 전, PDF와 URL의 근거를 맞춰야 하는 이유 | DAKER 커뮤니티

금융 AI Challenge 첫 화면 근거 체크 인포그래픽
공식 제출 조건을 바탕으로 만든 설명용 인포그래픽입니다. 실제 서비스 화면이 아닙니다.

마감이 가까워질수록 새 기능을 더하는 일보다 더 중요한 점검이 생깁니다. 기능명세서 PDF, 기획서 PDF, 웹서비스 URL이 같은 근거를 말하고 있는지 확인하는 일입니다.

2026-09-05 05:11 KST 공식 API 기준으로 2026 금융 AI Challenge는 참가자 1,264명, 제출 231건, 저장 531건, 임시저장 34건까지 올라왔습니다. 숫자가 커질수록 심사자는 첫 화면에서 더 빠르게 판단합니다. 이때 화면과 문서가 서로 다른 이야기를 하면 완성도가 낮아 보일 수 있습니다.

심사자가 먼저 보는 것은 결과와 그 근거입니다

이번 대회는 금융 이슈를 정의하고 AI 기반 해결 방안을 실제 작동 가능한 웹서비스 MVP로 보여 주는 구조입니다. 그래서 심사자가 URL을 열었을 때 보게 되는 사용자의 문제, 입력, 결과가 PDF의 설명과 바로 이어져야 합니다.

웹서비스 URL의 첫 화면과 PDF의 문제 정의, 결과 설명, 근거가 같은 흐름으로 읽혀야 합니다.

특히 외부 데이터나 자동화 도구를 썼다면 출처, 권한, 재현 순서가 화면 결과와 연결되어야 합니다. 결과가 인상적이어도 그 결과가 어디서 왔는지 문서에서 바로 찾을 수 없으면 설득력이 약해질 수 있습니다.

첫 화면에서 자주 끊기는 네 가지 기준

심사자가 처음 확인하는 것은 모델 구조보다 사용자의 문제와 입력, 그리고 결과입니다. 그 결과가 어떤 근거에서 나왔는지 PDF에서 곧바로 확인할 수 있어야 합니다.

출처

화면의 추천, 점수, 분류가 어떤 데이터나 기준에서 시작됐는지 적어 두는 것이 좋습니다.

권한

외부 데이터, 오픈소스, 자동화 도구를 사용했다면 라이선스와 사용 범위를 확인해야 합니다.

재현

원본 자료에서 웹서비스 결과까지 이어지는 처리 순서는 세 단계 정도로 줄여 설명하면 이해하기 쉽습니다.

일치

URL 첫 화면의 문구와 PDF의 문제 정의가 같은 표현을 쓰는지도 중요합니다. 표현이 달라지면 같은 서비스라도 다른 문제를 푸는 것처럼 보일 수 있습니다.

마감 전에 맞춰 볼 순서

참가는 개인 또는 최대 4명 팀으로 가능하고, 참가 신청과 기획서 PDF, MVP 산출물 제출은 2026년 9월 7일 오전 10시에 닫힙니다. MVP 산출물에는 기능명세서 PDF와 웹서비스 URL이 필요하며, 제출 URL은 2026년 9월 7일 오전 11시부터 9월 11일 밤 11시 59분까지 실행 가능해야 합니다.

마감 직전에는 범위를 넓히기보다 이미 만든 결과를 같은 언어로 정리하는 편이 더 직접적일 수 있습니다. 다음 순서로 맞춰 보면 됩니다.

  1. 웹서비스 첫 화면의 핵심 결과 문장을 하나 고릅니다.
  2. 그 문장을 설명하는 PDF 위치를 기획서와 기능명세서에서 각각 표시합니다.
  3. 외부 데이터나 도구가 개입한 부분에는 출처와 권한을 한 줄씩 붙입니다.
  4. 팀 밖 사람이 같은 결과를 확인할 수 있도록 입력 예시와 재현 순서를 남깁니다.
마감 전 마지막 점검은 기능을 더 붙이는 시간이 아니라, PDF와 URL이 같은 근거를 말하는지 맞추는 시간입니다.

지금 손보면 바로 드러나는 신호

첫 화면 문구를 다듬는 일은 새 기능 개발보다 작아 보여도, 심사 준비에는 더 직접적일 수 있습니다. 화면과 PDF가 같은 기준으로 읽히면 URL 점검, 발표 대상 산출물, 최종 코드 제출까지 설명선이 자연스럽게 이어집니다.

문제 정의가 너무 넓다면 첫 화면에는 한 문장 목표만 남기는 것이 좋습니다. 점수나 추천이 나온다면 데이터 기준과 예외 상황을 PDF에 붙여 두는 편이 안전합니다. 자동화 도구로 만든 산출물은 사람이 검토한 기준과 수정 내역을 따로 기록해 두면 설명이 쉬워집니다.

짧은 FAQ

외부 데이터를 쓰지 않았어도 근거 표가 필요한가요?
필요합니다. 쓰지 않았다는 판단도 팀의 설계 범위이기 때문에 PDF와 URL에서 같은 기준으로 설명되어야 합니다.

기능명세서에 화면 캡처만 넣으면 충분한가요?
캡처만으로는 부족할 수 있습니다. 결과가 왜 그렇게 나오는지 출처, 권한, 재현 순서를 함께 적는 것이 좋습니다.

마감 직전에는 무엇을 줄여야 하나요?
권한이 불확실한 자료, 설명할 수 없는 자동화 결과, PDF와 맞지 않는 화면 문구부터 줄이는 편이 안전합니다.

참고 자료

기준일: 2026-09-05 05:11 KST. 일정과 제출 조건은 바뀔 수 있으므로 최종 제출 전에는 공식 대회 페이지에서 최신 내용을 다시 확인하는 것이 좋습니다.

여러분 팀은 지금 PDF와 URL 사이에서 어떤 근거가 가장 먼저 어긋나는지 점검해 보셨나요?