Gemini Spark 누설로 다시 그린 I/O 2026 키노트 — 안드 개발자가 노릴 자리 5가지

 

어제 새벽이었어요. 구글 앱 베타(17.23 버전)에 '제미나이 스파크(Gemini Spark) BETA' 팝업이 잠깐 떴다 사라졌습니다. 문제는 약관 한 줄이었어요. 민감한 작업은 원칙적으로 승인을 받지만, '때때로 사용자 확인 없이 구매를 진행할 수 있다'는 내용이었죠. I/O 2026 키노트 그림이 통째로 바뀌는 신호로 보입니다.

 

D-4 시점이라 안드로이드 6년차 입장에서 우선순위를 다시 정리해봤어요. 한국시간 5월 20일 새벽 2시에 메인 키노트, 현지 시각으로 같은 날 PT 기준 오후 1시 30분에 개발자 키노트가 이어집니다. 진짜 알맹이는 후자에 몰려 있을 가능성이 커보이네요.

 

제미나이 스파크 누설이 가리키는 실행형 에이전트

이번 팝업이 흥미로운 건 약관 문장입니다. "때때로 사용자 확인 없이 구매 진행 가능", "민감 정보를 제3자와 공유". 사실 이 녀석, 예전에 '레미(Remy)'라는 코드명으로 불리다가 '제미나이 에이전트(Gemini Agent)'를 거쳐 이번에 '제미나이 스파크'라는 정식 명칭으로 굳어진 것 같아요. 단순히 정보를 보여주는 어시스턴트가 아니라, 앱 기능 호출과 결제까지 한 사이클을 완결하는 실행형 에이전트(agentic execution)라는 얘기가 됩니다.

 

개발자 입장에서 보면 결국 두 갈래 길이 열리는 그림이에요. 하나는 OpenAI의 GPTs, 앤스로픽(Anthropic)의 Skills 처럼 스킬 패키징/배포 방식을 다루는 '제미나이 스킬(Gemini Skill)' 프레임워크입니다. 실제 약관에도 'skills'라는 단어가 포함돼 있더라고요. 다른 하나는 OS 레벨 인텐트 확장이고요. 제 생각에는 후자가 먼저 공개될 가능성이 높아 보이는데, SDK 배포 경로는 아직 공개된 자료가 없는 상황입니다.

 

'확인 없는 결제' 부분은 EU AI Act나 한국 전금법과 정면으로 부딪힐 여지가 있어요. 글로벌 동시 출시가 어려울 수 있으니, 설계할 때 사용자 확인 단계, 즉 HITL(Human-in-the-Loop) 게이트를 선택적으로 끼울 수 있는 구조로 잡아두는 게 안전합니다.

 

 

스파크 API가 안드로이드 앱에 붙는 실제 자리

지금 미리 깔아둘 게 있다면 Firebase AI Logic SDK 연동이에요. 제미나이(Gemini) API 호출을 간소화해주는 공식 SDK인데, 스파크용 엔드포인트가 공개됐을 때 최소한의 코드 변경으로 갈아끼울 수 있는 자리거든요. 키노트 다음 날 부랴부랴 모듈 구조 잡는 것보다 백 배 낫습니다.

 

스파크의 백그라운드 실행은 배터리·권한 정책과 정면으로 부딪힙니다. 안드로이드 17 카나리(Canary) 채널의 백그라운드/Task Budgets 관련 변경 사항을 미리 점검해두지 않으면 막상 스킬을 붙여도 시스템이 죽여버리는 경우가 생길 수 있어요. Developer Preview가 폐지되고 카나리가 상시 운영으로 바뀌면서, API가 내부 테스트 통과 즉시 풀리는 구조라는 발표가 있었잖아요.

 

 

차세대 제미나이와 멀티모달 영상 모델, 안드 개발자 관점

벤치마크 점수 자체는 솔직히 1~2주 지나면 잊혀집니다. 안드로이드 스튜디오(Android Studio) Agent Mode가 멀티파일 코드 변경과 자동 디버깅에서 얼마나 더 똑똑해졌느냐, 이게 진짜 체감 포인트라고 봅니다. 차기 모델이 '4.0'으로 명명될지는 아직 불투명해요.

 

차세대 제미나이 플래시(Flash) 티어는 또 다른 카드예요. 클라우드 호출 비용·지연시간을 동시에 잡는 경량 모델이라, API 비용과 속도를 동시에 잡아야 하는 사이드 프로젝트 입장에서는 가장 현실적인 대안이 됩니다. 진짜 온디바이스 추론이 필요하면 그건 별개 트랙인 Gemini Nano 쪽을 봐야 하고요. 경쟁사처럼 차세대 멀티모달 영상 모델이 함께 공개된다면 카메라X(CameraX)와 묶은 쓰임새가 열리는데, 초기에는 픽셀(Pixel) 전용으로 묶일 가능성이 높아 보이네요.

 

Compose Adaptive와 안드로이드 XR 투자 우선순위

당장 시간 쓸 영역은 Compose Adaptive입니다. 태블릿·폴더블 최적화는 효과가 즉시 나오고, 그 코드 자산이 안드로이드 XR로 그대로 이어집니다. 한 번 짠 코드가 두 군데서 쓰이는 자리는 흔치 않아요.

 

안드로이드 XR 쪽은 이번 I/O에서 삼성 협업 스마트 글래스 프리뷰가 나올 거란 얘기가 돌고 있어요. 다만 실제 출시는 2026년 후반 이후라는 관측이 우세한 편입니다. 지금은 SDK 프리뷰와 에뮬레이터 공개 여부 정도만 체크하고, 본격 투자는 미루는 게 합리적이라고 봅니다.

 

I/O 2026 키노트 전 4일, 지금 깔아둘 PR 두 가지

키노트 직전에 깔아둘 작업은 딱 두 개예요.

1. Firebase AI Logic SDK 연동 브랜치를 미리 만들어둘 것. 의존성 추가 + 빌드 통과까지만 잡아두면, 스파크 엔드포인트 공개 시 갈아끼우는 데 한나절이면 충분합니다.
2. Compose Adaptive의 WindowSizeClass 분기를 COMPACT·MEDIUM·EXPANDED로 명확히 분리할 것. 한 레이아웃에 if문으로 뒤섞여 있으면 XR 확장 때 다시 갈아엎어야 합니다.

개인적으로는 메인 키노트보다 현지 시각으로 같은 날 오후 1시 30분(PT) 개발자 키노트에 더 비중을 두고 있어요. 마케팅 톤이 빠지고 API 시그니처·SDK 배포 일정 같은 실제 정보가 거기서 나오는 일이 많더라고요. 메인 키노트는 출근 전 요약 영상으로 보고, 개발자 키노트만 라이브로 챙길 계획입니다.

 

 

마치며

한국시간 5월 20일 새벽 2시. 스파크 약관에 '확인 단계 옵션'이 새로 들어가 있을지, 아니면 그대로 발표될지. 어느 쪽이든 그 결정 한 줄에 다음 분기 사이드 프로젝트 로드맵이 갈립니다.

 

키노트가 끝난 새벽 5시쯤, 노트북 앞에서 다음과 같은 한 줄을 처음부터 치고 있을지, 아니면 이미 연결된 브랜치에서 엔드포인트만 바꿔 끼우고 있을지.

implementation("com.google.firebase:firebase-ai-logic:...")

 

그 한 시간의 풍경 차이를 만드는 게 결국 지금 남은 이 4일이라는 얘기지요.