Google과 Kaggle의 새로운 AI 에이전트 바이브 코딩 과정 참여하기

Google과 Kaggle이 2026년 6월 15-19일에 진행될 5일간의 AI 에이전트 집중 과정 등록을 다시 개설했습니다. 이 과정은 아시아 개발자들이 가장 필요로 하는 프로덕션 레벨 스킬에 집중합니다.

Share
Editorial illustration: A workstation desk captured from above, featuring an open laptop displaying code on its screen, surr — MonstarX

Google과 Kaggle의 새로운 AI 에이전트 바이브 코딩 과정 참여하기

Google과 Kaggle이 2026년 6월 15-19일에 진행될 5일간의 AI 에이전트 집중 과정 등록을 다시 개설했습니다. 이 과정은 지난 11월 첫 번째 개최 때 150만 명의 학습자에게 도달했으며, 이번에는 아시아 개발자들이 가장 필요로 하는 것에 집중했습니다: 자연어 프로그래밍과 에이전트 오케스트레이션의 프로덕션 레벨 스킬입니다. 바이브 코딩으로의 전환을 지켜봐 온 분들이라면 — 자연어가 주요 인터페이스가 되는 — 이 커리큘럼은 이론과 배포를 연결하는 다리 역할을 합니다.

타이밍이 중요합니다. 아시아의 AI 개발 도구 생태계가 요구하는 것들이 전통적인 CS 교육이 따라갈 수 있는 것보다 빠르게 진화하고 있습니다. Google의 과정은 이 격차를 명시적으로 인정합니다: 5일간의 실습 기반 에이전트 구축, 실제 통합 과제를 반영하는 캡스톤 프로젝트로 마무리됩니다. 불필요한 내용 없이, "AI 입문" 강의도 없습니다. 3일차에는 "10배 에이전트"를 구축하고 있습니다.

이 과정이 일반적인 AI 교육과 다른 이유

대부분의 AI 과정은 API를 호출하고 프롬프트를 포맷하는 방법을 가르칩니다. Google의 AI 에이전트 집중 과정은 에이전트 아키텍처를 가르칩니다 — 챗봇과 실제로 배포되는 시스템의 차이입니다. 커리큘럼은 그들이 "바이브 코딩 워크플로우"라고 부르는 것에 집중합니다. 여기서는 전통적인 명령형 코드 대신 자연어 지시를 통해 복잡한 동작을 오케스트레이션합니다. 이것은 개발자를 대체하는 것이 아닙니다. 컴파일러가 최첨단 모델일 때 "코드"가 의미하는 것을 바꾸는 것입니다.

과정 구조는 5개의 점진적 모듈로 나뉩니다. 1일차는 에이전트 기초와 상태 없는 완성에서 상태 있는 워크플로우로의 개념적 전환을 다룹니다. 2일차는 도구 통합 패턴을 소개합니다 — 에이전트가 API, 데이터베이스, 외부 시스템에 연결되는 방식을 배우며 취약해지지 않도록 합니다. 3일차에는 실제 작업을 처리하는 다중 단계 에이전트를 구축합니다: 데이터 검색, 변환, 의사결정 루프. 4일차와 5일차는 프로덕션 문제에 집중합니다: 오류 처리, 관찰성, 비용 관리, 그리고 기능적인 것을 배포하는 캡스톤 프로젝트입니다.

다른 무료 과정과 구별되는 점은 프로덕션 관점입니다. Google은 장난감 예제를 가르치지 않습니다. Kaggle 플랫폼을 통해 제공되는 과정 자료에는 속도 제한 처리, 폴백 전략 구현, 문제가 발생했을 때 에이전트 동작 디버깅 방법을 보여주는 노트북이 포함되어 있습니다 — 그리고 문제는 발생합니다. 제한된 예산으로 구축하는 동남아시아 개발자들에게 이러한 기술은 선택사항이 아닙니다. 데모와 제품의 차이입니다.

아시아 개발자들이 에이전트 워크플로우에 주목해야 하는 이유

아시아 기술 시장은 에이전트 기반 개발을 특히 가치 있게 만드는 특정한 제약 조건들을 가지고 있습니다. 인프라 비용이 실리콘밸리보다 여기서 훨씬 더 중요합니다. 개발자 시간이 많은 동남아시아 시장에서 컴퓨팅에 비해 비싸며, 이는 전통적인 최적화 계산을 역전시킵니다. 300밀리초 대신 3초가 걸리지만 유지보수에 필요한 엔지니어링 노력이 10분의 1인 에이전트는 종종 자카르타 스타트업이나 방콕 에이전시에게 올바른 트레이드오프입니다.

Google의 과정은 "10배 에이전트" — 오케스트레이션 레이어를 처리하여 개발자 생산성을 곱하는 시스템 — 에 대한 강조를 통해 이를 직접 다룹니다. 모든 새로운 API에 대해 통합 코드를 작성하는 대신, 에이전트에게 문서를 읽고 호출하는 방법을 가르칩니다. 취약한 ETL 파이프라인을 유지하는 대신, 변환을 자연어로 설명하고 에이전트가 스키마 변경을 처리하도록 합니다. 이것은 이론이 아닙니다. 싱가포르의 정부 기술 팀들은 이미 다중 공급업체 통합을 관리하기 위해 에이전트 패턴을 사용하고 있습니다. 베트남의 전자상거래 플랫폼들은 전통적으로 코딩하려면 3명의 풀타임 개발자가 필요한 고객 서비스 워크플로우를 처리하기 위해 에이전트를 배포하고 있습니다.

과정의 도구 통합에 대한 초점은 아시아의 분산된 플랫폼 생태계에 특히 관련이 있습니다. 전형적인 동남아시아 스타트업은 지역 결제 게이트웨이, 지역 물류 API, 정부 검증 시스템, 글로벌 SaaS 도구와 통합할 수 있습니다 — 이 중 어느 것도 표준화된 인터페이스를 가지지 않습니다. 전통적인 통합 개발은 각각에 대해 사용자 정의 어댑터를 작성하는 것을 의미합니다. 에이전트 기반 통합은 작업을 설명하고 모델이 API 호출을 파악하도록 하는 것을 의미합니다. 통합 수가 증가함에 따라 생산성 이득이 복합됩니다.

MonstarX로 작업하는 개발자들을 위해, 과정의 아키텍처 패턴은 최신 플랫폼이 커넥터와 템플릿을 처리하는 방식에 직접 매핑됩니다. Google의 에이전트를 오케스트레이션하면서 배운 기술은 자연어를 일급 인터페이스로 취급하는 모든 AI 네이티브 개발 플랫폼에서 구축하는 것으로 즉시 전이됩니다.

5일 동안 실제로 구축할 것

캡스톤 프로젝트는 과정이 학문적인 것을 멈추는 지점입니다. Google은 실제 시나리오 집합을 제공합니다 — 고객 지원 자동화, 데이터 파이프라인 오케스트레이션, 다중 단계 연구 워크플로우 — 그리고 당신은 하나를 선택하여 엔드투엔드로 구축합니다. 함정은: 당신의 에이전트는 행복한 경로뿐만 아니라 실패 사례도 처리해야 합니다. API가 타임아웃되면, 당신의 에이전트는 지수 백오프로 재시도해야 합니다. 데이터 소스가 예상치 못한 형식을 반환하면, 당신의 에이전트는 적응하거나 유용한 오류 메시지로 우아하게 실패해야 합니다.

이것은 프로덕션 AI 개발이 실제로 어떻게 작동하는지를 반영합니다. 에이전트의 처음 80%는 쉽습니다 — 당신이 원하는 것을 설명하고, 모델이 이를 수행하고, 이해관계자들에게 데모합니다. 마지막 20%는 프로젝트가 죽는 곳입니다: 엣지 케이스 처리, 다중 턴 상호작용 전반에 걸친 상태 관리, 워크플로우의 3단계 뒤에서 에이전트가 특정 결정을 내린 이유 디버깅. Google의 과정은 4일차에 당신을 그 마지막 20%로 밀어넣으며, 이는 정확히 패턴을 내재화하기 위해 이를 맞춰야 할 때입니다.

실습 형식은 Kaggle 노트북을 사용하며, 이는 당신이 150만 명의 다른 개발자들이 동일한 문제를 해결하고 있는 동일한 환경에서 코딩하고 있다는 의미입니다. 커뮤니티 측면은 우연이 아닙니다. 당신의 에이전트가 하노이 시간 오전 2시에 이상한 방식으로 깨지면, 마닐라의 누군가가 6시간 전에 동일한 문제를 맞닥뜨리고 해결책을 게시했을 가능성이 상당합니다. 이러한 종류의 동료 학습 인프라는 과소평가됩니다 — 종종 공식 커리큘럼보다 더 가치 있습니다.

AI 도구로 실험했지만 프로덕션에 아무것도 배포하지 않은 개발자들을 위해, 캡스톤은 당신의 강제 함수입니다. 당신은 인터뷰에서 보여줄 수 있는, 사이드 프로젝트에 배포할 수 있는, 또는 클라이언트 결과물의 기초로 사용할 수 있는 작동하는 에이전트로 과정을 마칩니다. 그것은 "나는 과정을 완료했다"와는 다른 결과입니다 — 당신이 구축할 수 있다는 증거입니다.

이것이 더 넓은 AI 플랫폼 생태계에 어떻게 맞는지

Google의 과정은 고립되어 존재하지 않습니다. 이것은 MonstarX, Replit, Cursor와 같은 플랫폼들이 모두 베팅하고 있는 AI 네이티브 개발 워크플로우로의 더 큰 전환의 일부입니다. 모든 것에 걸친 핵심 통찰은 동일합니다: 다음 세대의 소프트웨어는 어떻게 할지에 대한 명령형 지시를 작성하는 것이 아니라 당신이 원하는 것을 설명함으로써 구축됩니다. 과정은 당신에게 에이전트 패턴을 가르칩니다. 플랫폼은 당신에게 그 패턴을 규모에 맞게 배포할 인프라를 제공합니다.

이 과정을 특히 가치 있게 만드는 것은 아키텍처 교훈에서 모델 불가지론적이라는 것입니다. 네, 당신은 연습에서 Google의 Gemini 모델을 사용할 것입니다. 하지만 도구 통합, 오류 처리, 워크플로우 오케스트레이션의 패턴은 당신이 Gemini, Claude, GPT-4, 또는 오픈소스 대안을 사용하든 적용됩니다. 이 이식성은 비용과 지연시간을 최적화해야 하는 아시아 개발자들에게 중요합니다 — 당신은 프로토타이핑을 위해 최첨단 모델로 시작할 수 있고 프로덕션을 위해 미세 조정된 로컬 모델로 전환할 수 있습니다.