금융 AI Challenge, 성능표보다 먼저 출처 로그를 챙겨야 하는 이유 | DAKER 커뮤니티

출처를 남기세요 - 2026 금융 AI Challenge 출처 로그 점검 인포그래픽
공식 규칙을 바탕으로 재구성한 설명 이미지입니다. 핵심은 데이터, 코드, 아이디어 출처를 기능 명세서와 발표자료까지 이어지게 남기는 것입니다.

금융 AI Challenge를 준비하는 팀이라면 기능 명세서와 웹서비스 URL을 다듬는 데 집중하고 있을 가능성이 큽니다. 하지만 제출 직전이 될수록 더 중요해지는 질문은 따로 있습니다. 이 서비스에 들어간 데이터와 코드, 그리고 아이디어의 출처를 나중에 설명할 수 있는가 하는 점입니다.

2026-08-16 05:09 KST 기준 공식 페이지의 숫자는 참가자 822명, 제출 55건, 저장 122건까지 올라와 있었습니다. 경쟁이 구체화될수록, 단순한 성능 수치보다 팀의 판단 근거를 얼마나 분명하게 남겼는지가 심사 과정에서 더 또렷하게 드러날 수 있습니다.

모델 성능표보다 먼저 출처 로그를 만드는 것이 좋습니다.

공식 안내는 이 대회에 별도의 데이터가 제공되지 않는다고 밝히고 있습니다. 또한 제출한 기획서, 소스 코드, 웹서비스 URL, 발표자료 등 모든 산출물의 책임이 참가자에게 있다고 적고 있습니다.

왜 지금 출처 로그가 필요한가

별도 데이터가 없다는 말은 자유도가 크다는 뜻이지만, 동시에 설명 책임도 팀 안으로 들어온다는 뜻입니다. 보이스피싱 대응 비서든, 외국인 금융 정착 에이전트든, 포용 금융 서비스든, MVP가 어떤 자료를 보고 판단했는지 정리하지 않으면 기능 명세서의 문장이 마지막에 흔들릴 수 있습니다.

특히 공식 안내에는 타인의 저작물, 코드, 데이터, 아이디어를 무단 사용하거나 표절하면 심사 제외 또는 수상 취소가 될 수 있다고 적혀 있습니다. 제출 마감 이후 산출물 수정이 제한될 수 있다는 점까지 생각하면, 출처 정리는 뒤로 미루기보다 지금 해두는 편이 안전합니다.

팀룸에서 무엇을 남기면 되는가

거창한 법무 문서가 필요한 것은 아닙니다. 팀원이 기능을 붙일 때마다 같은 표나 문서에 한 줄씩 남기면 됩니다. 나중에 발표자료 PDF와 최종 소스 코드 압축 파일을 맞출 때, 이 기록이 팀의 기억을 대신해 줍니다.

정리할 때는 MVP에 들어간 데이터, 코드, 외부 자료, UI 아이디어를 한곳에 모으고, 각 항목마다 출처와 사용 목적, 허용 범위, 팀이 직접 만든 부분을 적어두면 됩니다. 여기에 기능 명세서 PDF의 주요 주장과 실제 웹서비스 URL의 화면을 연결해 두면, 문서와 서비스가 서로 다른 이야기를 하는 상황을 줄일 수 있습니다.

또한 예시 데이터와 실제 처리 데이터, 공개 자료와 팀 내부 작성 자료를 구분해 두는 것이 좋습니다. 최종 압축 파일에는 개인 키, 민감 데이터, 라이선스가 불명확한 파일이 섞이지 않았는지도 함께 점검할 필요가 있습니다.

심사에서는 어떤 장면이 중요해질까

공식 평가 안내는 제출된 기획서와 MVP 산출물을 기반으로 사전 검토를 통과한 팀을 대상으로 내부 평가를 진행한다고 설명합니다. 발표 심사 대상자는 상위 11팀 내외로 안내되어 있고, 그 뒤에는 15분 발표와 5분 질의응답이 이어집니다.

출처 로그는 점수를 대신하지 않지만, 팀의 선택이 우연이 아니라 관리된 결정이었다는 점을 보여줍니다.

특히 금융 서비스는 사용자 특성과 채널을 다룹니다. 어떤 고객군을 상정했는지, 어떤 위험 신호를 보았는지, 어떤 데이터는 쓰지 않았는지까지 설명할 수 있어야 화면의 설득력이 살아납니다. 심사 장면에서는 기능 자체만큼이나 그 기능이 어떤 근거 위에서 설계되었는지가 함께 읽히기 때문입니다.

오늘 바로 점검해볼 부분

기능명세서에 쓰인 핵심 문장마다 근거 자료가 남아 있는지 먼저 확인해보면 좋습니다. 서비스 화면의 예시 문구와 추천 결과가 실제 데이터처럼 오인되지 않도록 표시하는 것도 중요합니다. 팀원이 가져온 코드 조각이나 디자인 아이디어의 출처는 회의록이나 공용 문서에 남겨두는 편이 좋습니다. 출처가 불명확한 자료는 기능에서 빼거나, 대체 가능한 자체 예시로 바꾸는 방식이 현실적입니다.

짧은 FAQ

별도 데이터가 없으면 아무 데이터나 써도 되는가

아닙니다. 공식 규칙은 산출물 책임과 무단 사용·표절 리스크를 참가자에게 두고 있습니다.

출처 로그를 제출해야 하는가

공식 제출물로 명시된 것은 아닙니다. 다만 기획서, 기능 명세서, URL, 코드가 같은 근거를 바라보게 만드는 내부 점검표로는 충분히 유용합니다.

오늘 하나만 한다면 무엇이 좋을까

MVP의 핵심 기능 세 가지를 고르고, 각 기능이 쓰는 데이터와 코드 출처를 한 줄씩 남기면 됩니다.

마감 전에 다시 확인할 사실

기준일: 2026-08-16 05:09 KST. 공식 페이지 기준 참가자는 개인 또는 최대 4인 팀으로 참여할 수 있고, 기획서 PDF와 MVP 산출물 제출 마감은 2026년 9월 7일 오전 10시입니다.

참고 자료

https://festa.io/events/7272

여러분의 팀은 지금 어떤 방식으로 데이터와 코드의 출처를 정리하고 있나요?