Gemini Spark의 상시 프로액티브 에이전트와 연결 앱 실행 구조

프롬프트를 기다리지 않는 에이전트

Google 앱 베타 v17.23에서 발견된 Gemini Spark는 연결된 앱과 서비스 전반을 상시(24/7) 관찰하며, 사용자의 명시적 요청이 없어도 필요한 태스크를 먼저 처리하는 에이전트다. 입력이 들어온 뒤 응답하는 반응형(Reactive) AI와 달리, 컨텍스트를 계속 해석하고 행동할 시점까지 판단해야 한다.

이 차이는 모델의 추론 능력만으로 해결되지 않는다. 어떤 신호를 실행 조건으로 삼을지, Android의 백그라운드 제한 안에서 어떻게 동작할지, 앱별 권한을 어디까지 허용할지, 잘못 수행한 액션을 어떻게 되돌릴지가 하나의 운영 구조로 맞물려야 한다.

이벤트가 태스크 실행을 시작한다

Gemini Spark의 실행 구조는 반복적으로 상태를 조회하는 폴링(Polling) 대신 이벤트 드리븐(Event-Driven) 방식에 기반한다. 폴링으로 인한 배터리 낭비와 느린 반응을 줄이고, 의미 있는 변화가 발생했을 때만 처리 흐름을 시작하기 위한 선택이다.

시간 기반 트리거(Time-Based Trigger)는 정해진 시각이나 반복 일정에 맞춰 실행된다. 매일 오전 8시에 일정과 날씨를 브리핑하거나 회의 30분 전에 관련 문서를 준비하는 식이다.

상태 변화 트리거(State Change Trigger)는 연결된 앱이나 서비스의 변화를 감지한다. 이메일 수신, 캘린더 초대, 주문 배송 알림이 여기에 포함된다. 컨텍스트 트리거(Context Trigger)는 위치, 이동 수단, 시간대 같은 기기 상황이 바뀔 때 작동한다. 집을 나서는 시점에 출근길 교통 정보를 제공하는 경우가 대표적이다.

⤢✕

이벤트는 라우터를 거쳐 우선순위 큐로 들어가고, 배터리 정책에 맞게 조정된 뒤 추론과 앱 액션으로 이어진다. 결과는 사용자에게 알리거나, 알림이 필요하지 않은 작업이라면 백그라운드에서 마무리한다.

Android의 백그라운드 제한 안에서 실행하기

상시 에이전트 운영에서 가장 까다로운 제약은 배터리다. Android는 전력 효율을 위해 백그라운드 프로세스를 적극적으로 제한하므로, Gemini Spark도 태스크의 긴급성과 실행 조건에 따라 처리 방식을 나눈다.

즉시 처리할 필요가 없는 지연 허용 태스크(Deferrable Task)는 WorkManager API를 사용한다. 내일 사용할 회의 자료를 기기가 충전 중이거나 유휴 상태일 때 준비하는 작업이 이에 해당한다. JobScheduler는 네트워크 연결, 충전 여부, 기기 유휴 상태처럼 지정된 제약 조건이 충족됐을 때 태스크를 실행하는 데 쓰인다.

진행 상태를 계속 유지해야 하는 실시간 작업은 Foreground Service로 실행해 시스템 종료를 방지한다. 이때 작업 중이라는 사실은 상태 표시줄 알림으로 사용자에게 공개된다.

설정 화면에서는 에이전트 실행으로 소비된 배터리 비율을 시간대별로 확인할 수 있다. 영향이 지나치면 실행 빈도를 자동으로 조절한다.

연결 서비스의 데이터를 의도로 바꾸는 과정

Gemini Spark가 활용하는 연결 범위에는 Google Workspace의 Gmail, Calendar, Drive, Docs가 포함된다. 음악과 미디어 영역에서는 YouTube Music과 Spotify, 쇼핑에서는 Google Shopping과 쿠팡, 교통에서는 Google Maps와 Kakao Mobility, 금융에서는 Google Pay와 Toss가 연결 대상이다.

여러 서비스에서 모은 컨텍스트를 실제 행동으로 전환하려면 사용자가 무엇을 원할지 예측해야 한다. Gemini Spark는 연합 학습(Federated Learning)으로 개인의 행동 패턴을 기기 안에서 학습한다. 원시 데이터는 기기를 떠나지 않으며, 학습된 패턴의 집계 결과만 서버와 공유된다.

Google 자체 서비스는 공식 API를 통해 데이터를 제공한다. 서드파티 앱과는 Android 공유 인텐트(Share Intent), 알림 리스닝(Notification Listening), 웹훅(Webhook) 등 각 앱이 지원하는 방식으로 통합된다.

상태 변화에서 자동 액션까지

연결 앱에서 발생한 변화는 컨텍스트 분석과 의도 예측을 거쳐 자동 실행 또는 사용자 확인이 필요한 제안으로 분기된다.

항공편 체크인은 탑승 24시간 전에 항공사 앱을 열어 처리하고, 탑승권을 Google Pay에 저장하는 흐름이다. 배송 추적에서는 이메일의 운송장 번호를 추출한 뒤 배송 앱에서 상태를 확인하고 도착 예정 시각을 캘린더에 추가한다. 정기 결제 관리에서는 다음 결제일을 추적해 결제 3일 전에 잔액을 확인하고, 필요하면 충전을 제안한다.

⤢✕

허용된 액션은 즉시 수행하지만, 확인이 필요한 작업은 승인 전까지 대기한다. 사용자가 거절하면 액션을 취소하고 그 결과를 피드백 학습에 반영한다.

알림은 적시에 짧게, 액션은 되돌릴 수 있게

프로액티브 에이전트의 알림은 유용한 개입과 방해 사이에 놓인다. 필요한 시점보다 너무 빠르거나 늦게 도착하면 알림 피로만 키울 수 있다. Gemini Spark는 알림의 적시성(Timeliness), 간결성(Conciseness), 실행 취소 용이성(Undo Ease)을 기준으로 삼는다.

알림 메시지는 수행한 행동과 결과를 한두 문장으로 압축한다. 예를 들면 “내일 오전 9시 회의 10분 전 알람 설정 완료”처럼 무엇을 처리했는지 바로 확인할 수 있는 형식이다. 자동 실행을 알리는 메시지에는 한 번의 탭으로 직전 액션을 되돌릴 수 있는 옵션이 포함된다.

실행 취소는 이벤트 소싱(Event Sourcing) 패턴으로 구현된다. 모든 자동 액션을 타임스탬프와 함께 로컬 이벤트 로그에 남기고, 취소 요청이 들어오면 역순으로 보상 트랜잭션(Compensating Transaction)을 수행해 이전 상태를 복원한다. 취소 가능 기간은 기본 30분이며 사용자가 변경할 수 있다.

앱별 권한과 긴급 중단

연결 앱 권한은 세분화된 스코프(Scope)로 관리한다. 읽기 전용(Read-Only) 권한은 상태 모니터링에 사용하고, 실제 액션을 수행하려면 쓰기(Write) 권한이 필요하다. 사용자는 앱마다 어떤 액션을 허용할지 따로 정할 수 있다.

권한 사용 감사 로그(Permission Audit Log)에는 Gemini Spark가 권한을 사용한 시점과 목적이 기록된다. 사용자는 이 기록으로 에이전트의 활동을 검증할 수 있다. 의심스러운 동작이 감지되면 긴급 중단(Emergency Halt) 기능으로 모든 권한을 즉시 일시 정지할 수 있다.

능동 행동의 경계와 개인정보 보호

이메일을 읽고 캘린더를 수정하며 결제를 대행하는 에이전트는 광범위한 개인정보를 다룬다. 태스크 수행에 필요한 데이터만 접근해야 한다는 데이터 최소화(Data Minimization) 원칙과, 의도를 예측하려면 폭넓은 컨텍스트가 필요하다는 요구가 충돌하는 지점이다.

Google은 온디바이스 처리 범위를 넓히고 데이터 보존 기간을 기본 7일로 제한하는 방식으로 이 문제를 풀려 한다.

자동화의 허용 범위도 액션의 성격에 따라 달라진다. 항공권 체크인처럼 이득이 명확한 작업은 비교적 수용하기 쉽다. 반면 이메일 답장을 보내거나 소셜 미디어에 게시물을 올리는 행위는 경계가 모호하다. Gemini Spark는 초기 단계에서 되돌릴 수 있는(Reversible) 액션만 자동 수행하고, 되돌리기 어려운 작업에는 반드시 사용자 확인을 요구한다.

생태계 통합이 만드는 시장 위치

상시 프로액티브 에이전트 시장은 아직 초기 단계다. Apple Intelligence의 프로액티브 기능은 Apple 생태계 앱과 깊게 연결되지만 서드파티 앱 지원은 제한적이다. Siri의 제안은 앱 실행과 단순 리마인더 수준에 머문다.

Microsoft Copilot은 Microsoft 365 생태계에서 강점을 보이지만 모바일보다 PC에 중심을 둔다. 삼성 Bixby는 Samsung Galaxy 기기와 하드웨어 수준에서 통합되는 이점이 있는 반면 AI 추론 능력에서는 뒤처진다.

Gemini Spark는 Google 서비스의 넓은 연결 범위와 Gemini 모델의 추론 능력으로 차별화한다. Gmail, Google Maps, YouTube, Google Shopping처럼 일상적으로 사용하는 서비스와의 깊은 통합이 프로액티브 에이전트의 실용적 가치를 뒷받침한다.

배터리보다 어려운 신뢰 문제

베타 테스터의 초기 피드백에 따르면 Gemini Spark는 하루 배터리 사용량의 약 3-7%를 추가로 소모한다. 항상 켜져 있는 피트니스 트래커 앱의 약 5-10%와 비슷한 수준이며, 대부분의 사용자는 얻는 편의성과 비교해 허용할 수 있다고 평가했다.

장기적인 관건은 사용자 신뢰다. 에이전트가 무엇을 수행했는지 확인할 수 있는 투명성(Transparency), 언제든 행동을 중단하거나 수정할 수 있는 제어권(Control), 예측과 실행이 실제로 도움이 되는 정확성(Accuracy)이 함께 필요하다. 초기부터 부정확한 자동 액션이 반복되면 잃은 신뢰를 되찾기 어렵다.

⤢✕

프로액티브 에이전트는 명령을 기다리던 디지털 비서를 사용자의 생활 흐름을 이해하고 먼저 지원하는 파트너로 바꾸려 한다. 이벤트 기반 감지, 배터리 정책에 맞춘 실행, 세분화된 권한, 안전한 실행 취소가 그 전환을 가능하게 하는 기반이다. 개인정보 보호와 능동 행동의 허용 범위에 대한 사회적 합의를 형성하고 사용자 신뢰를 확보할 수 있다면, Gemini Spark는 이 변화의 첫 번째 주요 상용화 사례로 기록될 것이다.