4th JUMP AI Peer Review 질문 로그, 수정 이유를 남기는 기준 | DAKER 커뮤니티
제안서를 다듬는 시기에는 무엇을 바꿨는지보다 왜 바꿨는지를 설명할 수 있는지가 더 중요해집니다. 특히 Peer Review를 앞두고 있다면, 공식 질문에 어떻게 답했는지와 수정 이유를 한 줄씩 남겨 두는 기록이 팀의 판단을 정리하는 데 도움이 됩니다.
4th JUMP AI는 2026년 7월 24일 KST 기준 참가자 327명, 팀 68개, 저장 91건, 제출 13건으로 확인됩니다. 에이전틱 AI 신약개발이란, AI가 연구 과정을 나누어 판단·실행·검증하는 방식입니다. 지금은 새 기능을 덧붙이기보다 제안서의 문장 변화와 그 근거를 분명히 남기는 편이 더 실무적입니다.
지금 먼저 확인할 핵심은 무엇인가요?
오늘 핵심은 공식 질문, 제안서 수정 이유, Agent 흐름, 성능평가 한계, 연구윤리 문장을 한 줄 로그로 묶는 것입니다. 공식 통계는 참가자 327명, 리더보드 참가 400명, 팀 68개, 저장 91건, 제출 13건, 갤러리 13건을 표시합니다. 이 수치는 2026년 7월 24일 KST 기준 DAKER 공식 페이지와 공식 API 확인값이며 이후 달라질 수 있습니다.
공식 질문과 수정 이유를 함께 남겨 두면 Peer Review에서 팀의 판단 근거를 더 짧고 분명하게 설명할 수 있습니다.
팀 68개와 제출 13건은 어떻게 읽어야 하나요?
팀 68개와 제출 13건은 예선 제안서가 실제 비교 대상이 되는 흐름으로 들어가고 있다는 신호입니다. 다만 이 숫자는 순위나 본선 가능성을 뜻하지 않습니다. 지금 단계에서는 제출 수 자체보다, 팀이 왜 그 문장을 고쳤는지 설명할 수 있는 상태인지가 더 중요합니다.
Peer Review에서 질문 로그가 중요한 이유
예선은 참가팀 상호평가 30%와 전문가 평가 70%를 합산해 본선 진출 10~15팀을 선발합니다. Peer Review는 동료 참가자가 문제 정의와 Agent 구조를 빠르게 이해할 수 있는지를 봅니다. 전문가 평가는 필요성, 독창성, 기술적 실현 가능성, 성능평가 체계, 비즈니스 및 사회적 가치, 연구윤리와 완성도를 공식 일정 안에서 더 자세히 확인합니다.
이때 질문 로그는 팀의 설명을 짧게 정리하는 장치가 됩니다. 공식 답변을 근거로 삼았는지, 팀 내부 추정인지, 어떤 문장을 왜 바꿨는지, Agent가 어디까지 자동화하고 어디서 사람이 확인하는지를 한 줄씩 남겨 두면 평가자가 구조를 더 빠르게 따라갈 수 있습니다.
| 로그 칸 | 남길 값 | Peer Review에서 쓰는 법 |
|---|---|---|
| 공식 질문 | 게시판 질문 제목과 확인 날짜 | 근거가 공식 답변인지 팀 추정인지 구분합니다. |
| 수정 이유 | 바꾼 제안서 문장과 이유 | 왜 그 선택을 했는지 한 문장으로 답합니다. |
| Agent 흐름 | 입력, 판단, 도구, 검증 단계 | 서비스가 무엇을 자동화하고 무엇을 사람이 확인하는지 설명합니다. |
| 성능평가 | 측정 지표와 아직 모르는 조건 | 효과를 보장하지 않고 검증 계획으로 말합니다. |
| 연구윤리 | 데이터, 규제, 임상 한계 | 신약개발 맥락에서 과장 표현을 줄입니다. |
오늘은 어떤 순서로 정리하면 좋을까요?
참가자라면 회의 시간을 늘리기보다 오늘 바꾼 제안서 문장 하나를 골라 수정 이유를 남기면 됩니다. 관람자라면 제출 수만 보지 말고 공식 게시판, Peer Review 기간, 전문가 평가 기간을 함께 보면 대회 흐름을 더 정확히 읽을 수 있습니다. 전문가 평가는 2026년 8월 10일 오전 10:00부터 2026년 8월 28일 오후 04:00까지 이어지는 일정으로 표시됩니다.
- 공식 페이지에서 팀 68개, 저장 91건, 제출 13건 상태를 확인하고 기준일을 적습니다.
- 공식 게시판 질문이나 공지에서 제안서에 영향을 주는 문장을 하나 고릅니다.
- 제안서에서 바꾼 문장, 바꾼 이유, 남은 한계를 같은 줄에 적습니다.
- Agent의 입력, 판단, 도구 활용, 검증 단계를 네 칸으로 나눠 씁니다.
- Peer Review에서 받을 수 있는 질문 하나와 짧은 답변 하나를 팀 로그에 남깁니다.
심사 일정과 질문 로그는 어떻게 이어지나요?
질문 로그는 단순한 메모가 아니라 심사 일정에 맞춰 제안서를 설명하는 준비 과정이기도 합니다. 예선 제안서 마감 전에는 어떤 문장을 왜 바꿨는지 정리하고, Peer Review 전에는 공식 질문과 팀 내부 추정을 분리해 두는 것이 좋습니다. 마지막에는 예상 질문과 짧은 답변을 한 줄로 정리해 두면 실제 평가 상황에서도 설명이 흔들리지 않습니다.
- 공식 일정에서 8월 7일 16시 예선 제안서 마감을 다시 봅니다.
- 공식 질문과 팀 내부 추정을 서로 다른 칸에 적습니다.
- 제안서에서 바꾼 문장과 바꾼 이유를 함께 남깁니다.
- Agent 입력, 판단, 도구 활용, 검증 흐름을 네 칸으로 분리합니다.
- Peer Review 예상 질문과 답변을 마지막 한 줄로 정리합니다.
Peer Review 전에 줄이면 좋은 착각
- 공식 질문과 팀 내부 추정을 같은 근거처럼 섞고 있지 않나요?
- 제안서 수정 이유가 문제 정의, Agent 설계, 성능평가 중 어디와 연결되는지 보이나요?
- Agent가 판단하는 부분과 사람이 확인하는 부분을 나눠 썼나요?
- 성능평가 지표를 결과 보장처럼 표현하지 않았나요?
- 연구윤리, 규제, 임상 설계 한계를 한 문장으로 남겼나요?
- 예선 제안서 제출 마감 2026년 8월 7일 오후 04:00를 공식 페이지 기준으로 다시 확인했나요?
공식 확인은 어디를 기준으로 해야 하나요?
공식 확인은 4th JUMP AI 공식 대회 페이지, 4th JUMP AI 공식 게시판, DAKER 대회 디렉터리를 기준으로 합니다. 주최는 보건복지부이며, 공동주관은 한국보건산업진흥원, 고려대학교 의과대학, 고려대학교 의과대학 BK21 융합중개의과학 교육연구단, 한국제약바이오협회입니다.
자주 나오는 질문
4th JUMP AI Peer Review 질문 로그란 무엇인가요?
공식 질문, 제안서 수정 이유, Agent 흐름, 한계 질문을 날짜별로 남기는 팀 기록입니다.
제출 13건은 어떻게 해석해야 하나요?
작성 기준 시점의 공식 제출 상태값입니다. 순위나 본선 가능성을 뜻하지 않고 예선 산출물이 늘고 있다는 신호입니다.
수정 이유는 왜 꼭 적어야 하나요?
Peer Review에서 왜 그 Agent 구조와 검증 방식을 선택했는지 짧게 설명해야 하기 때문입니다.
Agent 흐름은 어느 정도로 쓰면 되나요?
입력, 판단, 도구 활용, 검증을 한 줄씩 나누면 동료 참가자가 서비스 구조를 빠르게 이해할 수 있습니다.
오늘 다시 확인할 공식 일정은 무엇인가요?
예선 제안서 제출은 공식 페이지 기준 2026년 8월 7일 오후 04:00까지이고, Peer Review는 2026년 8월 10일 오전 10:00부터 시작됩니다.
참고 자료
https://daker.ai/public/hackathons/4th-jump-ai-agentic-drug-challenge
https://daker.ai/public/hackathons/4th-jump-ai-agentic-drug-challenge?section=board
https://daker.ai/community?directory=competition
여러분의 팀은 제안서 수정 이유를 어떤 방식으로 기록하고 있는지 궁금합니다.