4th JUMP AI 제출 21건 기준, hwpx 8개 항목 마지막 점검 포인트 | DAKER 커뮤니티
마감이 가까워질수록 새로운 기능을 더하는 일보다, 이미 적어 둔 제안서가 하나의 문제의식으로 읽히는지 확인하는 일이 더 중요해집니다. 특히 4th JUMP AI처럼 제안서 구조가 분명한 대회에서는, 선택분야부터 키워드와 제안 내용까지 한 흐름으로 이어지는지가 마지막 완성도를 가릅니다.
2026년 7월 31일 05:10 KST 기준 DAKER 공식 수치는 참가 489명, 팀 91개, 제출 21건, 갤러리 21건, 게시판 37건입니다. 예선 제안서 제출은 2026년 8월 7일 16:00 KST에 닫히므로, 지금은 필독 게시판과 제출 파일을 같은 순서로 열어 빈칸과 근거 끊김을 줄이는 시간이 좋습니다.

지금 먼저 볼 것은 무엇인가
지금은 에이전트 기능을 더 붙이기보다 제안서 8개 항목이 하나의 연구 문제로 읽히는지 확인해야 합니다. 공식 수치는 작성 기준일의 확인값이며, 마감 전 제출·팀·게시판 수는 계속 바뀔 수 있습니다.
지금 필요한 점검은 기능 추가보다 8개 항목의 연결성입니다.
예선 제출 현황과 일정
AI 신약개발 경진대회 제안서 제출 단계는 2026년 6월 29일 오후 01:00부터 2026년 8월 7일 오후 04:00까지 열려 있습니다. 작성 기준일에는 마감까지 D-7가 남았고, 갤러리에는 제안서 제출 21건이 확인됩니다. 이후 예선 평가는 2026년 8월 10일 오전 10:00에 Peer Review가 시작되고, 전문가 평가는 2026년 8월 10일 오전 10:00부터 이어집니다.
| 확인 항목 | 공식 상태 | 참가자 액션 |
|---|---|---|
| 참가 | 489명 | 비슷한 문제정의를 피하고 차별점을 한 줄로 둡니다. |
| 팀 | 91개 | 팀명과 에이전트명이 제출 파일 안에서 일치하는지 봅니다. |
| 제출 | 21건 | 저장본과 최종 제출본을 분리해 확인합니다. |
| 공식 게시판 | 37건 | 필독 안내와 질문 답변을 개인 추정과 섞지 않습니다. |
| 제출 마감 | 2026년 8월 7일 오후 04:00 | 마감 전에 hwpx 형식과 8개 항목을 잠급니다. |
hwpx 8개 항목은 어떤 순서로 맞춰야 하나
제안서는 심사자가 이 에이전트가 어떤 신약개발 문제를 어떤 근거로 해결하려는가를 따라갈 수 있어야 합니다. 그래서 항목별 완성도보다, 항목 사이의 연결이 더 중요합니다.
먼저 선택분야와 문제정의가 같은 연구 병목을 가리키는지 확인하면 됩니다. 그다음에는 팀명, 에이전트명, 키워드가 서로 다른 콘셉트처럼 보이지 않게 정리하는 것이 좋습니다. 이어서 제안 내용 안에 입력 데이터, 도구 사용, 판단 근거, 실패 한계를 함께 남기면 심사자가 읽는 흐름이 안정됩니다. 마지막으로 Peer Review 질문을 받을 만한 모호한 문장 옆에 검증 근거를 붙이면 좋습니다.
선택분야, 팀명, 에이전트명, 키워드와 제안 내용은 같은 문제를 설명해야 합니다.
오늘 20분 안에 점검할 부분
지금 필요한 일은 새 기능 설명을 길게 늘리는 것이 아니라, 처음 읽는 사람이 8개 항목을 같은 문제의 다른 증거로 읽게 만드는 것입니다. 팀원이 함께 보면 파일 형식, 문장 흐름, 제출 상태를 더 빨리 잡을 수 있습니다.
파일 형식이 공식 안내의 hwpx 요구와 맞는지 먼저 확인하는 것이 좋습니다. 제안서 첫 페이지에는 선택분야와 에이전트 역할이 동시에 보이게 두면 읽는 사람이 빠르게 맥락을 잡을 수 있습니다. 키워드는 기능 목록이 아니라 심사자가 찾을 근거 단어로 줄이는 편이 낫습니다. 제출 완료 화면과 갤러리 노출 상태를 같은 시간에 확인하면 저장본과 최종 제출본을 혼동할 가능성도 줄어듭니다.
심사 단계에서 피해야 할 해석과 실수
가장 큰 위험은 에이전트가 많은 일을 하는 것처럼 보이지만 입력, 판단, 검증, 한계가 분리되어 심사자가 재현할 수 없는 상태입니다. 제출 21건은 공개 산출물이 늘었다는 신호이지, 특정 팀의 순위나 수상 가능성을 뜻하지 않습니다.
제출 수는 경쟁 강도나 공개 현황을 보여 줄 뿐, 순위나 평가 결과를 뜻하지 않습니다.
공식 페이지에 없는 본선 진출 가능성이나 심사 결과를 예측하지 않는 것이 좋습니다. 외부 커뮤니티나 참가자 개인 글을 공개 근거로 쓰지 않는 편이 안전합니다. 또한 점이 들어간 파일명이나 코드 토큰을 본문에 그대로 노출하지 않는 것이 좋고, 제출 완료 전까지 저장본을 최종 제출로 착각하지 않도록 구분해 두면 됩니다.
제출 전 검산 흐름
이미지 흐름은 공식 페이지 확인, 필독 게시판 확인, 제출 21건 상황판 확인, hwpx 8칸 점검, Peer Review 질문 대비, 제출 완료 상태 확인 순서입니다. 이 흐름을 따르면 팀 회의에서 무엇을 더 넣을까보다 8개 항목이 같은 주장으로 이어지나를 먼저 점검할 수 있습니다. 2026년 7월 31일 05:10 KST 기준 DAKER 공식 수치는 참가 489명, 팀 91개, 제출 21건, 갤러리 21건, 게시판 37건입니다.

참고 자료
공식 확인은 4th JUMP AI 공식 대회 페이지, 4th JUMP AI 공식 게시판, DAKER 대회 디렉터리를 기준으로 합니다.
자주 묻는 질문
4th JUMP AI hwpx 8개 항목 점검법은 무엇인가
선택분야, 팀명, 에이전트명, 키워드와 제안 내용이 같은 신약개발 문제를 설명하는지 확인하는 제출 전 루틴입니다.
제출 21건은 어떤 의미인가
작성 기준일 공식 상태값 기준 공개 제출물이 21건 확인됐다는 뜻이며, 순위나 최종 평가 결과를 뜻하지 않습니다.
Peer Review 전에 무엇을 남겨야 하나
에이전트가 어떤 입력을 보고 어떤 도구를 쓰며 어떤 기준으로 판단했는지, 그리고 실패할 수 있는 한계를 짧게 남겨야 합니다.
오늘 바로 할 수 있는 가장 작은 행동은 무엇인가
제안서 첫 페이지를 열고 선택분야, 에이전트명, 키워드, 검증 근거가 같은 문제를 향하는지 표시해 보면 됩니다.
여러분은 제출 직전에 어떤 항목에서 가장 자주 흐름이 끊긴다고 느끼시나요?