MixUp Agent 제출물, 발표와 시연을 한 장면으로 잇는 방법 | DAKER 커뮤니티

공식 일정에는 기획서, 발표자료, 시연영상 제출이 같은 밤에 묶여 있습니다. 파일은 따로 올라가더라도 심사자가 받아들이는 이야기는 한 장면처럼 이어지는 편이 좋습니다. 그래서 지금 필요한 것은 기능을 더 많이 덧붙이는 일보다, 무엇을 어떤 순서로 보여줄지 다시 맞추는 작업일 수 있습니다.

MixUp Agent에서는 코드 자체보다 시연 순서와 발표자료의 첫 장면이 얼마나 자연스럽게 연결되는지가 중요하게 보입니다. 제출물이 여러 건일수록, 심사자가 복기하기 쉬운 구조가 더 분명한 인상을 남깁니다.

왜 지금 다시 볼 필요가 있나요?

claude-video 관점은 기술 설명을 보는 순서대로 자르는 방식에 가깝습니다. 에이전트 개발 해커톤에서는 코드, 화면, 발표 문장이 서로 다른 이야기를 하면 전달력이 빠르게 떨어집니다. 반대로 세 요소가 같은 문제를 가리키면, 짧은 시간 안에도 핵심이 또렷하게 남습니다.

2026년 8월 23일 KST 기준 공식 대회명은 Track 1: 2026 3rd MixUp Agent 개발 해커톤이며 참가 15명, 제출 18건으로 확인했습니다.

제출물은 따로 올라가도 심사자가 보는 이야기는 한 장면으로 이어져야 합니다.

여기서 말하는 장면 분해란, 제출물을 문제·시연·증거·한계 순서로 나누는 설명 방식입니다. 이 순서를 기준으로 발표와 데모를 다시 보면, 어디서 흐름이 끊기는지 비교적 쉽게 드러납니다.

어떤 순서로 맞추면 좋을까요?

먼저 공식 페이지에서 제출 18건과 발표 및 심사 단계를 확인하면 됩니다. 그다음에는 데모 첫 화면과 발표 첫 장의 문제 정의가 같은 대상을 가리키는지 살펴보는 것이 좋습니다. 마지막으로 시연 실패나 한계 장면도 발표 흐름 안에 함께 두면, 과장 없이 설득력을 만들 수 있습니다.

데모 첫 화면과 발표 첫 장이 같은 문제를 말할 때 이야기가 가장 또렷해집니다.

무엇을 조심해야 하나요?

코드가 있다는 이유만으로 사용 장면을 생략하면 전달이 약해질 수 있습니다. 또 제출 수를 곧바로 품질 순위처럼 해석하는 것도 적절하지 않습니다. 검증하지 못한 에이전트 성능을 미리 약속하는 방식 역시 피하는 편이 좋습니다.

결국 중요한 것은 많이 보여주는 일이 아니라, 문제와 시연과 증거가 같은 방향을 보도록 정리하는 일입니다.

코믹 이미지는 어떻게 읽으면 되나요?

코믹은 코드와 발표자료가 서로 다른 방향을 볼 때 생기는 어긋남을 보여줍니다. 이어서 콘티 보드가 문제, 시연, 증거, 한계로 나뉘고, 마지막에는 데모 첫 장면이 발표 첫 장과 연결되는 구조를 가리킵니다. 즉, 장면을 나누는 이유와 다시 묶는 기준을 한 번에 보여주는 셈입니다.

자주 나오는 질문

MixUp Agent에서 먼저 볼 것은 무엇인가요?

시연영상 첫 화면과 발표자료 첫 장이 같은 문제를 말하는지 보면 됩니다.

claude-video 관점은 왜 쓰나요?

코드 설명을 심사자가 보는 장면 순서로 바꿔 주기 때문입니다.

오늘 바로 해볼 일은 무엇인가요?

문제, 시연, 증거, 한계 네 장면으로 데모를 다시 묶어 보면 됩니다.

참고 자료

MixUp Agent 공식 대회 페이지
DAKER 대회 디렉터리

여러분 팀은 발표 첫 장과 데모 첫 화면이 지금 같은 문제를 가리키고 있나요?