이 글은 Google I/O 글쓰기 챌린지 제출물입니다. "우리가 회사를 AI 우선(AI first)으로 전환한 지 10년이 되었습니다." — Sundar Pichai, Google I/O 2026 기조연설, 2026년 5월 19일

저는 Google I/O 2026 기조연설을 시청했습니다. 그리고 Varun Mohan이라는 이름의 Google DeepMind 엔지니어가 작동 가능한 운영체제(Operating System)를 처음부터 단 12시간 만에 구축하는 AI 에이전트(AI agent)를 시연하는 부분쯤에서, 저는 그저... 화면을 멍하니 바라보며 앉아 있었습니다. 그것이 멋있어서가 아닙니다. 물론 멋있긴 했습니다. 하지만 그것이 조용히 암시하는 바 때문이었습니다. 만약 에이전트가 운영체제를 구축할 수 있다면, 제가 공들여 유지해 온 풀스택(Full-stack) 기술 스택에 대해 무엇을 말해주는 걸까요? 여러분의 기술 스택에 대해서는 무엇을 말해줄까요?

솔직히 말씀드리겠습니다. 저는 여전히 배우고 있고, 여전히 고군분투하고 있는 개발자입니다. 저는 HTML, CSS, JavaScript, Firebase, Supabase 등 일반적인 로드맵(Roadmap) 전체를 거치며 시간을 보냈습니다. 그런데 이번 I/O는 이전 연도들과는 다르게 느껴졌습니다. 단순히 모델 벤치마크(Model benchmarks)나 기능 업데이트에 그치지 않았습니다. 마치 Google이 조용히 지도를 그리고 있는 것처럼 느껴졌고, 그 지도의 목적지는 AI 에이전트가 개발자의 코드 작성을 돕는 것이 아닌, 그들 스스로가 개발자가 되는 세상이었습니다. 그리고 솔직히 말해서, 그 질문이 저를 잠 못 들게 했습니다.

🗓️ I/O 2026에서 실제로 일어난 일 — 요약 버전

제 의견을 말씀드리기 전에, 사실 관계를 명확히 하겠습니다. Google I/O 2026은 5월 19일부터 20일까지 캘리포니아 마운틴뷰의 Shoreline Amphitheatre에서 개최되었습니다. 7,000명 이상의 인원이 현장에 참석했습니다. 이 행사는 100개국 전역의 500개 이상의 개발자 이벤트로 라이브 스트리밍되었습니다.

주요 발표 내용들을 "내 눈꺼풀이 떨리게 만든 순서"대로 정리하면 다음과 같습니다:

발표 내용	상세 설명	중요성
Gemini 3.5 Flash	에이전트 중심 워크플로우 (agentic workflows)를 위한 새로운 플래그십 모델	Gemini 3.1 Pro보다 성능이 뛰어나며, 경쟁사 프론티어 모델(frontier models)보다 4배 더 빠름
Antigravity 2.0	에이전트 우선 개발 데스크톱 플랫폼 (Agent-first development desktop platform)	여러 개의 자율 AI 에이전트 (autonomous AI agents)가 귀하의 코드베이스에서 병렬로 작동함
Antigravity CLI	Antigravity의 터미널 버전	터미널을 벗어나지 않고도 에이전트를 빌드하고 오케스트레이션 (orchestrate) 가능
Antigravity SDK	에이전트 하네스 (agent harness)에 대한 프로그래밍 방식의 접근	귀하의 자체 인프라에서 커스텀 에이전트를 호스팅 가능
Managed Agents (Gemini API)	단 한 번의 API 호출 = 격리된 Linux 샌드박스 내에 완전히 프로비저닝된 에이전트	인프라 마찰 (Infrastructure friction) = 사라짐
Google AI Studio 업데이트	네이티브 Kotlin 지원, Workspace 통합, 원클릭 Cloud Run 배포	단 하나의 프롬프트로 풀스택 앱을 빌드하고 배포 가능
WebMCP	브라우저 기반 AI 에이전트를 위한 개방형 웹 표준	AI 에이전트가 웹 앱의 JS 함수 및 HTML 폼과 직접 상호작용 가능
Firebase → Agent-native	Firebase가 이제 AI Studio 및 Antigravity와 직접 통합됨	Vibe-code 방식으로 풀스택 앱을 빌드하고 클릭 한 번으로 Cloud Run에 배포 가능
Gemini Omni	멀티모달 월드 모델 (Multimodal world model) — 모든 입력 → 모든 출력	비디오, 이미지, 오디오, 텍스트 — 모두 결합됨
Modern Web Guidance	웹 개발을 위해 전문가가 검증한 에이전트 기술 (100개 이상의 유스케이스)	귀하의 에이전트가 웹 베스트 프랙티스 (best practices)를 숙지함
Migration Agent (Android Studio)	React Native/web/iOS를 네이티브 Kotlin으로 마이그레이션	몇 주 걸리던 마이그레이션이 몇 시간으로 단축됨
CodeMender	Google DeepMind의 AI 코드 보안 에이전트	에이전트가 생성한 코드의 취약점을 스캔하고 자동으로 수정함

🤖 아무도 말하지 않는 부분: Antigravity는 코딩 도구가 아닙니다

대부분의 사람들은 Antigravity를 "더 나은 Copilot" 또는 "Cursor에 대한 Google의 해답"으로 프레임화하고 있습니다. 그것은 틀렸습니다. Antigravity — 특히 2.0 업데이트와 함께 — 는 에이전트 오케스트레이션 런타임 (agent orchestration runtime)입니다. 여기에는 실질적인 차이가 있습니다. 코딩 도구는 다음 줄을 제안합니다. 에이전트 런타임은 계획을 실행합니다 (executes plans). 에이전트 런타임은 병렬로 작업하기 위해 하위 에이전트 (subagents)를 생성합니다. 그리고 백그라운드에서 실행됩니다.

이것은 당신의 Android 빌드, Firebase 프로젝트, Cloud Run 배포에 연결됩니다. 품질 감사 (quality audits)를 수행하고, 사용자 경험 (user experiences)을 에뮬레이션 (emulate)합니다. 심지어 자격 증명 (credentials)을 자동으로 마스킹 (masking)하기도 합니다. Google은 Gemini를 단순한 챗봇 제품군에서 분산형 에이전트 런타임 (distributed agent runtime)으로 전환하려고 시도하고 있습니다. 무게 중심은 단일 제품이 아닙니다. 그것은 Gemini 3.5 Flash, Antigravity, Gemini Spark, Search의 AI Mode, Gemini Omni, Chrome, 그리고 개발자 대상 관리형 에이전트 (managed agents)로 형성된 스택 (stack)입니다. 이것은 단순한 코딩 어시스턴트 (coding assistant)가 아닙니다. 그것은 자동화된 소프트웨어 개발 생명주기 (software development lifecycle, SDLC)입니다. 💻 이것이 실제 사례에서 어떻게 작동하는지 보여드리겠습니다. 실제 Gemini Interactions API를 사용하여 관리형 에이전트 (Managed Agents)가 실제로 어떻게 작동하는지 알아보겠습니다. 이것은 의사 코드 (pseudocode)가 아닙니다 — 2026년 5월 19일 기준 Google 공식 문서에 기재된 실제 문서화된 구문 (syntax)입니다. 관리형 에이전트 시작하기 (실제 API 구문) 1단계: SDK 설치 Interactions API 지원을 위해 @google/genai 버전 1.33.0 이상이 필요합니다. npm install @google/genai 2단계: 단일 호출로 전체 에이전트 실행 import { GoogleGenAI } from " @google/genai "; const client = new GoogleGenAI ({ apiKey : process . env . GEMINI_API_KEY }); async function runManagedAgent () { // 단일 호출 = 원격 Linux 샌드박스 (sandbox) 내에 완전히 프로비저닝된 (provisioned) Antigravity 에이전트 // 에이전트는 자율적으로 추론하고, 도구 (tools)를 사용하며, 코드를 실행하고, 파일을 관리합니다 const interaction = await client . interactions . create ( { agent : " antigravity-preview-05-2026 ", // Antigravity 베이스 에이전트 input : Express.js를 사용하여 다음을 수행하는 완전한 REST API를 생성하세요: 1. /users 엔드포인트 포함 (GET, POST, DELETE) 2. 인메모리 (in-memory) 저장소 사용 3. 입력 유효성 검사 (input validation) 포함 4. Jest를 사용한 단위 테스트 (unit tests) 작성 5. README.md 생성 테스트를 실행하고 통과하는지 확인하세요. , environment : " remote ", // Google이 호스팅하는 격리된 Linux 샌드박스 }, { timeout : 300000 } // 5분 — 에이전트는 단일 프롬프트보다 오래 걸립니다 ); // 에이전트는 단순히 코드를 생성하는 것이 아니라, 코드를 실행하고, 오류를 수정하며, 결과를 반환합니다 console . log ( interaction .

outputText ); // 이것들을 저장해 두세요 — 다음 턴에서 필요할 것입니다. console . log ( " Interaction ID: " , interaction . id ); console . log ( " Environment ID: " , interaction . environmentId ); } runManagedAgent ();

Step 3: 동일한 세션 계속하기 — 파일과 상태가 그대로 유지됩니다 // Multi-turn: 정확히 동일한 Linux 환경을 재개합니다

const followUp = await client . interactions . create ( {
agent : " antigravity-preview-05-2026 " ,
input : " 이제 기존 API에 JWT 인증을 추가해 줘. 처음부터 다시 작성하지 말고. " ,
// 이것이 강력한 이유입니다 — 이전 환경이 유지됩니다
environment : interaction . environmentId ,
// 동일한 샌드박스 (sandbox) 재사용
previousInteractionId : interaction . id ,
// 대화 기록 (conversation history) 계속하기
}, { timeout : 300000 } );

console . log ( followUp . outputText );

에이전트는 잊지 않습니다. 동일한 파일, 동일한 패키지, 동일한 상태를 유지하며 정확히 멈췄던 지점부터 다시 시작합니다. 마치 이미 작업 중이던 개발자에게 업무를 인계받는 것과 같습니다.

⚠️ 참고: Managed Agents / Interactions API는 현재 프리뷰 (preview) 단계입니다. API 스키마 (schema)는 변경될 수 있습니다. 안정적인 프로덕션 (production) 작업을 위해서는 generateContent를 사용하는 것이 권장되는 경로이며, 이는 Google의 공식 문서에서도 명시하고 있습니다.

Modern Web Guidance — 과소평가된 발표

제 개인적인 의견으로는, 이것이 I/O 2026에서 가장 주목받지 못한 발표입니다. 아무도 이에 대해 충분히 이야기하지 않고 있습니다.

한 번의 명령어로 설치 — Antigravity 또는 모든 에이전트에서 작동합니다

npx modern-web-guidance install

이것이 하는 일: 여러분의 코딩 에이전트에게 전문가가 검증한 100개 이상의 웹 개발 기술 세트를 제공합니다. 단순히 "유효한 HTML을 작성하라"는 수준이 아닙니다. WCAG 접근성 표준 (accessibility standards), 코어 웹 바이탈 (Core Web Vitals), 보안 헤더 (security headers), Baseline API 호환성 (compatibility), 점진적 향상 (progressive enhancement) 패턴을 의미합니다. 이전에는 여러분의 에이전트가 '작동하는' 코드를 작성했다면, 이제는 '올바른' 코드를 작성하게 됩니다. 이것은 단순히 있으면 좋은 기능이 아닙니다. "시니어 개발자 (senior developer)"라는 용어의 실제 의미를 바꾸는 것입니다.

Firebase + AI Studio: 단 하나의 프롬프트로 완성하는 풀스택 앱 (Full-Stack App) // Google AI Studio에 다음과 같이 입력합니다: "사용자가 다음을 수행할 수 있는 작업 관리 앱을 구축해줘: - Google 계정으로 로그인 - Firestore에 저장되는 작업 생성 및 완료 - AI 기반 작업 우선순위 지정 - 라이브 배포" // 그 다음에 일어나는 일 (이것은 데모가 아닌 실제 상황입니다): // ✅ 보안 규칙 (security rules)이 포함된 Firebase 프로젝트 스캐폴딩 (scaffolded) // ✅ Firebase Auth를 통한 인증 (Authentication) 구성 // ✅ Firestore 스키마 (schema) 및 규칙 작성 // ✅ 우선순위 지정을 위한 Firebase AI 로직 통합 // ✅ Cloud Run으로의 원클릭 배포 (첫 2개 앱은 무료 티어 적용) // ✅ 자연어를 통한 Google Workspace API 사용 가능 // Firebase와 Google AI Studio의 통합은 이제 Cloud Run으로의 원클릭 배포를 지원합니다. 새로운 Google Cloud Starter Tier를 사용하면 Firebase 기능이 활성화된 첫 두 개의 앱에 대해 결제 정보가 필요하지 않습니다. 또한 표준 Firebase Auth의 "Google 계정으로 로그인" 흐름을 통해 Gmail, Docs, Sheets와 같은 Google Workspace 데이터에 자연어로 앱을 연결할 수 있습니다. 제가 직접 시도해 보았습니다. 약 4분 만에 작동하는 지출 추적기(expense tracker) — Firestore 규칙, 인증 흐름, 그리고 기능적인 UI — 를 생성해냈습니다. 제가 수정을 해야 했냐고요? 네. 몇몇 필드 이름과 너무 허용 범위가 넓었던 보안 규칙 하나를 수정했습니다. 하지만 스캐폴딩 (scaffolding) 자체는 탄탄했습니다. 제가 직접 작성하는 것보다 빠르냐고요? 부끄럽게도, 그렇습니다. 🤔 진짜 질문: 개발자가 대체되고 있는가? 좋습니다. 심호흡을 한 번 하고요. 제가 실제로 어떻게 생각하는지 말씀드리겠습니다. 편안한 답변이나, 모든 LinkedIn 게시물에 등장하는 "AI는 단지 도구일 뿐이다"라는 식의 자기위안(cope)이 아닙니다. 어떤 개발자들은 대체되고 있습니다. 어떤 개발자들은 업그레이드되고 있습니다. 그 차이는 당신이 지금 무슨 일이 일어나고 있는지 이해하고 있느냐에 달려 있습니다.

"이전"의 세상 (2026년 이전)
기능 구현 → 2일
기묘한 엣지 케이스 (edge case) 디버깅 → 3시간
오래된 코드베이스 (codebase) 마이그레이션 → 몇 주
테스트 작성 → 기능 구현 시간만큼 오래 걸림
배포 → 설정 지옥 (configuration hell)

"이후"의 세상 (I/O 2026 및 그 이후)
기능 구현 → 에이전트 (agent)가 20분 만에 완료
디버깅 → 에이전트가 문제를 찾고, 수정하고, 수정 사항을 검증함
마이그레이션 → Android Studio 마이그레이션 에이전트가 몇 주 걸리던 작업을 몇 시간으로 단축
테스트 → 샌드박스 (sandbox) 내부에서 자동 생성 및 자동 실행
배포 → 클릭 한 번으로 Cloud Run 실행

네, 맞습니다. 일부 작업은 대체되고 있습니다. 구체적으로는 반복적이고 정형화된 부분들 말이죠. 하지만 아직 대체되지 "않은" 것들이 있습니다:

시스템 설계 결정 — 단순히 '어떻게 (HOW)'가 아니라, 왜 이 아키텍처 (architecture)를 구축하는지에 대한 '이유 (WHY)'
사용자 요구사항 이해 — 모호한 인간의 요구사항을 정밀한 사양 (specs)으로 번역하는 일
보안 판단 — 어떤 트레이드오프 (tradeoff)가 수용 가능하고 어떤 것이 그렇지 않은지 아는 것
도메인 컨텍스트 (Domain context) — 적용되는 법적, 윤리적, 비즈니스적 제약 사항
품질 기준 — '작동한다'는 것이 '출시하기에 충분히 좋다'는 것과 같지 않음을 인지하는 것

에이전트는 당신 회사의 보안 요구사항을 모릅니다. 사용자의 엣지 케이스 (edge cases)를 모릅니다. 무엇이 100만 명의 사용자에게 확장 가능한지도 모릅니다. 하지만 이 문장 하나만으로도 에이전트가 엄청난 양의 일을 수행하고 있다는 사실은 분명합니다.

📊 장단점: 솔직한 평가

✅ 실제로 좋은 점

무엇이	왜
Gemini 3.5 Flash 속도	경쟁 모델들보다 4배 더 빠름 — 마침내 실제 워크플로 (workflows)에서 사용 가능함
관리형 에이전트 (Managed Agents)	인프라 제거 — 에이전트를 실행하기 위해 더 이상 Docker 설정이나 VM 설정을 할 필요가 없음
Firebase → Cloud Run 원클릭 배포	처음 2개의 앱까지 무료. 풀스택 (full-stack) 개발의 가장 큰 마찰 지점을 제거함
WebMCP 개방형 표준	웹 에이전트가 단순히 "DOM을 추측하는 AI"가 아니라 정밀하게 동작할 수 있음
마이그레이션 에이전트	실제로 존재하며 고통스러운 문제를 진정으로 해결함
Antigravity CLI	터미널 중심의 개발자들이 이등 시민 취급을 받지 않음
$2M XPRIZE 해커톤	역대 최대 규모의 해커톤 상금. 진정한 기회임.

❌ 내가 우려하는 점

우려 사항	이유
Gemini CLI → Antigravity CLI 강제 마이그레이션	Google은 말 그대로 "Gemini CLI 사용자들이 마이그레이션하도록 권장합니다"라고 말합니다. 선택 사항이 아닙니다.
월 $100 AI Ultra 플랜	누가 최첨단 AI (Frontier AI)에 접근할 수 있을까요? 파키스탄, 인도, 나이지리아의 개발자들인가요? 접근 격차는 실재합니다.
에이전트 생성 코드 보안	CodeMender가 취약점을 잡아내지만, 이는 에이전트가 다른 에이전트의 코드를 검사하는 것입니다. 신뢰 체인 (Trust chains)이 끝까지 이어집니다.
완전한 Google 락인 (Lock-in)	AI Studio + Antigravity + Firebase + Cloud Run + Workspace. 하나의 생태계. 긴밀하게 결합되어 있습니다. 가격 정책이 변경되면 어떻게 될까요?
"바이브 코딩 (Vibe coding)" 품질 기준	CRUD 앱을 프롬프팅하는 것 ≠ 2년 동안 유지보수 가능한 소프트웨어를 구축하는 것

🔥 가장 과소평가된 발표: WebMCP

모두가 Gemini 3.5 Flash에 대해 이야기하고 있습니다. 하지만 거의 아무도 WebMCP에 대해서는 이야기하지 않습니다.

WebMCP는 개발자가 JavaScript 함수나 HTML 폼과 같은 구조화된 도구 (Structured tools)를 노출할 수 있도록 하는 제안된 오픈 웹 표준입니다. 이를 통해 브라우저 기반의 AI 에이전트가 더 높은 속도, 신뢰성 및 정밀도로 복잡한 작업을 수행할 수 있습니다.

실험적인 WebMCP 오리진 트라이얼 (Origin trial)은 Chrome 149에서 시작되며, Chrome 내 Gemini 지원도 곧 추가될 예정입니다.

이것이 실제로 무엇을 의미하는지 생각해 보십시오. 현재 웹과 상호작용하는 AI 에이전트들은 기본적으로 추가적인 단계를 거치는 스크린 스크래핑 (Screen-scraping)을 수행하고 있습니다. 이들은 가공되지 않은 HTML을 보고, 의도를 추측하며, 무언가를 클릭하고, 그것이 작동하기를 바랄 뿐입니다. 이는 취약합니다. 끊임없이 망가집니다.

WebMCP는 그 아키텍처를 바꿉니다. 에이전트가 당신의 폼이 무엇을 하는지 추측하게 하는 대신, 당신이 직접 알려주는 것입니다. 구조화되어 있고, 정밀합니다. 마치 AI에게 당신의 웹사이트에 대한 깨끗한 API를 제공하는 것과 같습니다.

// WebMCP — 제안된 사양 기반 (Chrome 149에서 오리진 트라이얼 진행) //
// 참고: 표준이 성숙함에 따라 정확한 API 표면 (API surface)은 진화할 수 있음 //
// 당신의 웹 앱에서,