Gemini 3 서울 해커톤 회고

Gemini 3 서울 해커톤

구글 딥마인드, 28일 '제미나이 3 서울 해커톤' 개최

---

해커톤 전날, 서울 근처에서 미리 숙박을 했다. 행사 장소는 새빛둥둥섬 비에스타.

아침 9시 시작이라 했지만 도착했을 때 이미 긴 줄이 형성되어 있었다.

참가 신청자는 약 1,500명?
그중 400여 명만 선발되었다고 한다.

선착순인 줄 알았다.
선별 기준이 무엇이었는지는 모르겠다.
깃허브를 봤을까?
어쨌든 현장에 있는 사람들만 봐도 내공이 느껴졌다.

시작 시간은 1시간 지연되었다.

 

아침, 점심, 저녁 모두 제공되었고 퀄리티도 좋았다.
저녁(연어 & 스테이크 ㄷㄷ)은 두 접시 먹었다...

Debug your hunger here!

---

우리 팀은 엔터테인먼트 주제로 웹 게임 프로젝트를 기획했다.
아이디어 자체는 재미에 초점을 맞췄다.

나노바나나 api로 아이돌 연습생 이미지 생성

Gemini 스태프가 전략 조언. Lyria2로 데뷔곡 생성(Lyria3는 보컬도 가능! 그러나 3는 아직 api지원이 안된다...)

하지만 나중에 수상작을 보면서 깨달았다.
재미 + 실용성이 함께 가야 한다는 것.

그리고 심사 트렌드는 확실히 보였다.

• Physical AI (현실 세계와 연결되는 응용)
• 실제 확장 가능성

수상작들은 확실히 때깔이 달랐다.

---

1차 위기 — Git 연동

분명 깃 연동을 했는데 GitHub Desktop에 레포가 안 뜬다..........

알고 보니 내가 앉은 자리가 행사장 안쪽 깊숙한 곳이었고 인터넷 속도가 느렸다.
동기화가 바로바로 되지 않았다.

 

그 이후에도 네트워크 이슈가 계속 발목을 잡았다.

우리 프젝에서 나노바나나 api를 통해 이미지를 생성하는데 생성 시 꽤 오래 걸렸었다.

그래서 심사할 때 미리 생성된 페이지를 따로 띄워두고 킵을 해놨었는데

막상 심사 장소에서 시연을 하는데 생각보다 빨리 나왔다...!

(5g Egg같은 거를 챙겨가야 하나??)

---

2차 위기 — Vercel 배포

우리는 웹 게임이었기 때문에
Vercel로 배포하려고 했다.

문제는… 내가 Vercel 배포를 처음 해본다는 점.

Vercel: Build and deploy the best web experiences with the AI Cloud – Vercel

여기서 병목이 발생했다.

• Git 기본 브랜치가 main이 아니라 master
• 급하게 세팅하면서 놓친 부분들
• 브랜치 꼬임

그리고 처음에는 단순히 브랜치 문제라고 생각했다.
하지만 Claude Code와 함께 로그를 뜯어보면서 원인이 더 명확해졌다.

 

그래서 아무리 GitHub에 push해도 반영이 되지 않았다.

Claude Code에게 현재 상황을 정리해서 던졌다.

• GitHub에는 최신 코드 있음
• Vercel은 Initial commit만 배포
• 배포가 최신 커밋을 추적하지 않음

Claude가 바로 짚어준 포인트는 이것이었다.

"Git Integration이 연결되어 있는지 확인해라."

---

방법 A — Vercel CLI로 강제 배포 (가장 빠름)

cd 프로젝트폴더
npx vercel --prod

이 방법은 현재 로컬 코드를 바로 Vercel에 업로드한다.

Git 연결 여부와 상관없이 즉시 배포 가능하다.

방법 B — GitHub 연동 재설정 (근본 해결)

1. Vercel Dashboard → 프로젝트 선택
2. Settings → Git
3. Connect Git Repository
4. GitHub repo 선택
5. 기본 브랜치를 main으로 설정

연동 이후에는 push → 자동 배포가 정상 작동했다!!

---

3차 위기 — Gemini API & Vertex AI

K-POP Idol 컨셉 프로젝트였기 때문에
이미지 생성에 Gemini API를 사용했다.

Vertex AI Studio에서 API를 연결해 사용했는데 이것도 처음이었다.

 

Vertex AI Studio는 단순 API 호출뿐 아니라
툴 내부에서 개발 및 빌드도 가능하다는 점이 흥미로웠다.

이 부분은 앞으로 더 파봐야 할 영역이다.

많이 헤맸다. 하지만 많이 배웠다.

https://raindrovvv.tistory.com/151

Google AI 툴 9종 정리

---

데드라인 직전의 배포 성공

웹 배포가 계속 실패하다가 마감 직전 아슬아슬하게 성공했다.

그 순간의 안도감은 말로 설명하기 어렵다.

그리고 또 하나의 미션. 데모 유튜브 영상 제작. 

이게 또 빡셌다...

팀원께서 빠른 손으로 제작해주셔가지고 고비를 넘겼다 👍👍

---

다른 팀들의 데모 방식

다른 해커(참가자)들의 작업 방식을 보며 배운 점, 신기한 점:

• 데모 영상에 설명을 상세히 삽입
• Google Meet 화면 녹화 방식
• AI 보이스를 활용한 광고형 발표
• 기획서를 MD 파일로 정리하며 개발
• Discord에 Claude/Gemini 연동해 실시간 프롬프트 기반 개발
• 맥 미니 + 모니터를 들고 와서 작업

---

수상작 분석

최종 6팀 필터링 → 3팀 수상.

1️⃣ 8장 사진 → 3D 맵 변환 툴

공간을 3D화하고 로봇과 연동 가능성을 제시.
Physical AI의 대표 사례.

2️⃣ AI 모델 간 API Key 보안 검토 툴

AI 시스템 간 연결에서 발생하는 보안 취약점을 분석하는 툴.
아직 완전히 이해하지는 못했지만 기술적 깊이가 느껴졌다.

3️⃣ 웹툰 제작 툴

사진 업로드 → K-웹툰 스타일 / 미국 코믹북 스타일 등으로 변환.
스타일 프롬프트 기반 제작.

확실히 바로 써보고 싶은 서비스 느낌이었다.

---

이번 해커톤에서 얻은 것

이전에 게임잼을 처음 경험했다.
이번에는 해커톤에 도전했다.

 

짧은 시간 안에 결과물을 내야 한다는 압박감.
생각보다 스트레스가 크다.

 

하지만 이상하게도
그 스트레스가 나를 더 몰입하게 만들었다.

버닝하면서 작업했다. 엄청난 운동을 한 느낌이다.

바이브코딩만으로도 힘든데, 전통 코딩으로 진행하는 해커톤은....ㄷㄷ

 

정말 많이 배웠다.

• “재미”만으로는 부족하다. 확장성과 실용성을 보여줘야 한다.
• 데모는 기능 설명이 아니라 설득이다.
• 실전 배포 경험
• API 연동 경험
• 네트워크 리스크 관리
• 심사 트렌드 파악
• 데모 전략의 중요성

짧은 시간 안에 몰입해 끝까지 밀어붙이는 경험은
개발자로서의 체력을 키워준다.

 

다음번에는
더 전략적으로,
더 준비된 상태로 도전해보고 싶다.

이번 경험은 정말 값졌다.

 

그리고 하나 더.

밥이 진짜 맛있었다.
역시 구글 행사라 그런가 😄