Android에서 AI 끄는 방법: Gemini 비활성화부터 옵트인 폰 에이전트까지

Android AI 제어 수준 고르기

Android에서 AI를 끄는 방법은 하나의 switch로 끝나지 않는다. Android의 AI는 Gemini 앱, 기본 digital assistant 역할, Google app, keyboard, camera, search, browser, notification, connected apps, 각 앱의 smart feature, cloud activity처럼 여러 층에 걸쳐 있다. 그래서 “Android Gemini 끄기”를 원하는 사람도 먼저 얼마나 줄일지 정해야 한다. 우발 실행만 막을 것인지, 기본 어시스턴트를 바꿀 것인지, 앱 권한을 회수할 것인지, 저장된 활동까지 삭제할 것인지가 서로 다르다.

실용적인 control ladder는 여섯 단계로 볼 수 있다. 첫째, voice trigger와 button trigger를 줄인다. 둘째, lock screen access를 끈다. 셋째, default digital assistant role을 다른 앱이나 None으로 바꾼다. 넷째, connected apps, permissions, notifications, per-app AI features를 끈다. 다섯째, Gemini Apps activity의 future saving과 stored activity deletion을 별도로 처리한다. 여섯째, 앞으로 사용할 AI는 opt-in phone-agent policy로 제한한다.

넓은 assistant 선택 자체를 비교하고 싶다면 Google 어시스턴트·Gemini·Voice Access 비교: Android 작업에는 언제 FoneClaw가 맞을까를 함께 읽으면 좋다. 이 글은 비교보다 control surface를 단계별로 조정하는 데 집중한다.

Gemini를 삭제하지 않고 우발 실행 줄이기

Gemini를 삭제하지 않고 끄고 싶다면 첫 단계는 activation route를 줄이는 것이다. Google Gemini Help의 Android 관리 안내는 power-button activation, Hey Google, lock-screen access, primary assistant, default digital assistant, app installation 같은 항목을 따로 다룬다. 이 말은 한 설정을 껐다고 Gemini가 모든 곳에서 사라지는 것이 아니라, 호출 경로별로 따로 확인해야 한다는 뜻이다.

먼저 Hey Google을 확인한다. 음성으로 우발 실행되는 것이 싫다면 Google app 또는 Gemini 관련 assistant settings에서 voice activation을 줄인다. 다음은 lock screen이다. 잠금 화면에서 Gemini가 응답하거나 개인 정보가 노출되는 것이 싫다면 lock-screen access를 끈다. 세 번째는 power button 또는 gesture다. 일부 Android 기기에서는 전원 버튼 길게 누르기나 swipe gesture가 assistant 호출에 연결된다. 이 경로는 Pixel, Samsung, 다른 OEM에서 메뉴 이름과 위치가 다를 수 있다.

검증은 실제로 해 봐야 한다. 화면이 켜진 상태에서 “Hey Google”을 말해 보고, 잠금 화면에서 같은 호출을 시도하고, 전원 버튼 길게 누르기나 설정한 gesture를 실행해 본다. 아무것도 뜨지 않거나 원하는 assistant가 뜨면 해당 호출 경로는 정리된 것이다. 하지만 Gemini 앱을 직접 열거나 다른 Google 서비스 안의 AI 기능을 쓰는 경로는 남을 수 있다. 이 단계는 “우발 실행 줄이기”이지 “Android 전체 AI 제거”가 아니다.

우발 실행을 줄인 뒤에도 앱별 기능이 계속 보인다면 다음 단계로 넘어간다. 기본 어시스턴트 역할, connected apps, permissions, activity storage를 따로 조정해야 원하는 정책에 가까워진다.

기본 디지털 어시스턴트 해제 또는 변경

Gemini를 기본 어시스턴트에서 해제하려면 Android의 default app role을 봐야 한다. 일반적인 경로는 Settings, Apps, Default apps, Digital assistant app처럼 이어진다. 기기에 따라 “Assistant app”, “Digital assistant app”, “Default assistant”, “Device assistance app”처럼 이름이 다를 수 있다. 여기서 다른 assistant를 선택하거나 None을 선택하면 버튼이나 gesture가 Gemini로 이어지는 범위를 줄일 수 있다.

주의할 점은 uninstall과 default role이 같은 일이 아니라는 것이다. Google은 Gemini app을 삭제해도 default assistant role이 자동으로 제거되지 않을 수 있음을 안내한다. 그래서 Gemini를 지웠는데도 assistant 호출이 이상하게 남아 있다면 default app role을 다시 확인해야 한다. 반대로 Gemini를 설치해 두더라도 default role에서 빼면 우발 호출은 크게 줄일 수 있다.

Google Assistant가 항상 모든 기기에서 같은 방식으로 남아 있다는 식으로 생각하면 안 된다. 기기 제조사, Android version, region, account, Google app 상태에 따라 선택지가 달라질 수 있다. 어떤 기기에서는 Gemini, Google Assistant, OEM assistant, None 같은 후보가 보이고, 어떤 기기에서는 제한된 선택지만 보일 수 있다. 관리형 업무 계정이나 학교 계정은 administrator policy가 영향을 줄 수 있다.

기본 역할을 바꾼 뒤에는 세 가지를 확인한다. 버튼 호출이 무엇을 여는지, voice trigger가 무엇을 여는지, 앱 안에서 Gemini가 따로 열리는지다. default assistant role은 핵심 통로지만, camera, keyboard, browser, search 같은 앱별 AI 기능을 자동으로 모두 끄지는 않는다. AI 없는 휴대폰에 가깝게 쓰려면 이후의 권한과 기능 단계를 이어서 확인해야 한다.

연결 앱, 권한, 알림, 앱별 AI 기능 끄기

휴대폰 AI 기능 비활성화에서 가장 자주 빠지는 층은 connected apps와 permissions다. Gemini나 다른 assistant가 Gmail, Calendar, Maps, YouTube, Workspace, Chrome 같은 서비스와 연결되어 있다면, 앱 자체를 삭제하지 않아도 데이터 route가 남을 수 있다. 연결 앱의 availability는 account와 setting에 따라 달라지므로, assistant settings에서 connected apps 또는 extensions 항목을 확인하고 필요 없는 연결을 끈다.

Android permissions는 앱별로 따로 관리한다. Microphone을 끄면 voice input이 줄어들 수 있고, Contacts를 끄면 연락처 기반 action이 막힐 수 있으며, Notifications를 끄면 알림 읽기와 reply flow가 달라질 수 있다. Location, Camera, Files, Calendar 권한도 각각 다르다. Android Help의 restricted settings와 app permissions 안내는 app access와 sensitive settings가 사용자 action을 필요로 한다는 점을 보여준다. 권한을 끄는 것은 앞으로의 접근을 막는 일이지, 이미 cloud에 저장된 data를 삭제하는 일은 아니다.

앱별 AI 기능도 따로 봐야 한다. Keyboard의 writing suggestions, Photos의 editing suggestions, browser의 AI summary, search의 AI answer, camera의 AI enhancement는 Gemini default assistant와 별개로 켜져 있을 수 있다. “Android에서 AI 끄는 방법”을 찾는 사용자가 한 번에 놓치기 쉬운 부분이 바로 이 per-app AI feature다. 각 앱 설정에서 smart features, personalization, connected services, history, suggestions 항목을 확인한다.

Notifications도 분리한다. 알림 access 권한, 앱의 notification permission, lock-screen notification preview는 다른 설정이다. 어떤 AI가 알림을 읽거나 요약하는 것이 싫다면 notification access와 app notification settings를 모두 확인해야 한다. Contacts와 notifications를 끄면 일부 편의 기능이 줄어들지만, 원치 않는 context sharing도 줄어든다.

권한과 data route의 더 깊은 구조는 AI 에이전트 샌드박스와 폰 권한: 안전한 에이전트에도 경계가 필요한 이유에서 다룬다. 여기서 필요한 결론은 단순하다. 앱 권한, connected app, cloud activity, default assistant는 각각 별도 control surface다.

Gemini 활동 저장 중지와 기존 활동 삭제

Gemini를 끄면 활동도 삭제되느냐는 질문에는 “아니다, 별도 작업이다”라고 답해야 한다. Google Gemini Help의 activity 관리 안내는 Gemini Apps activity를 review, delete, Keep Activity off, auto-delete로 관리할 수 있음을 설명한다. future saving을 끄는 것과 prior activity를 삭제하는 것은 서로 다른 단계다.

먼저 Keep Activity를 끄면 앞으로 Gemini Apps activity가 계정에 저장되는 방식을 제한할 수 있다. 하지만 이것이 이미 저장된 활동을 자동으로 지우는 것은 아니다. 과거 대화와 활동을 지우려면 delete activity를 따로 실행해야 한다. 반복적으로 관리하려면 auto-delete 기간도 확인한다. 개인 계정과 work or school account는 관리 권한이 다를 수 있고, 조직 계정에서는 administrator가 일부 설정을 통제할 수 있다.

또 하나의 현실적인 경계가 있다. Google은 Keep Activity가 꺼져 있어도 service 운영과 보안, 응답 제공을 위해 제한적인 보존이 있을 수 있음을 설명한다. 따라서 “끄는 즉시 모든 copy가 사라진다”고 말하면 부정확하다. 사용자가 할 수 있는 일은 저장 중지, 기존 활동 삭제, 자동 삭제 설정, 계정 종류 확인, connected app과 permission 조정이다.

순서는 이렇게 잡으면 좋다. Gemini 호출 경로를 줄인다. 기본 assistant role을 바꾼다. connected apps와 permissions를 끈다. Keep Activity를 끈다. 기존 activity를 삭제한다. auto-delete를 설정한다. 마지막으로 같은 질문을 해 보거나 Gemini 앱을 열어 현재 activity setting이 원하는 상태인지 확인한다. 삭제와 비활성화는 다른 말이며, 둘 다 확인해야 한다.

AI가 적은 휴대폰을 살 때 확인할 것

AI 없는 휴대폰을 찾는 검색도 늘고 있지만, mainstream phone에서 “AI-free” label 하나만 믿기는 어렵다. AI는 OS, assistant, keyboard, camera, photo editor, search, browser, cloud backup, app recommendation, spam detection, translation 같은 여러 층에 들어갈 수 있다. 어떤 기능은 사용자가 직접 켜야 하고, 어떤 기능은 앱 안에서 기본값으로 보일 수 있다. 그래서 구매 전에는 label보다 control surface를 봐야 한다.

구매 checklist는 다섯 가지다. 첫째, default digital assistant를 None이나 다른 assistant로 바꿀 수 있는가. 둘째, preinstalled AI app을 uninstall 또는 disable할 수 있는가. 셋째, camera, keyboard, browser, search의 AI features를 끌 수 있는가. 넷째, permissions와 notification access를 앱별로 관리할 수 있는가. 다섯째, cloud activity와 personalization data를 삭제하거나 auto-delete할 수 있는가.

첫 부팅 audit도 중요하다. 새 휴대폰을 켠 뒤 setup wizard에서 AI feature opt-in 항목을 확인하고, default assistant role을 보고, voice trigger와 lock-screen access를 테스트한다. system update나 app update 뒤에는 설정이 바뀌거나 새 feature가 추가될 수 있으므로 다시 확인한다. 한 번 설정했다고 영구적으로 끝나는 일이 아니다.

Android assistant 선택권과 시장 접근 문제가 궁금하다면 Android AI 어시스턴트 선택권: 경쟁 AI 접근이 폰 에이전트에 주는 의미에서 정책과 생태계 흐름을 더 볼 수 있다. 구매 관점에서는 “AI 없음”보다 “내가 끄고 켤 수 있는가”가 더 실용적인 기준이다.

FoneClaw를 옵트인 폰 에이전트로 설정하기

FoneClaw에서 우리가 설계하는 방향은 “AI를 항상 켜 두는 폰”이 아니라 “사용자가 허용한 entry point, tool, extension, action만 쓰는 opt-in phone agent”다. 모델 선택과 action authority를 분리하는 이유도 여기에 있다. 모델은 요청을 이해하고 계획을 세우지만, 어떤 Android tool이 켜져 있고 어떤 action이 승인되는지는 별도 정책으로 다룬다.

먼저 global tool mode를 정한다. FoneClaw는 auto approve, follow tool policy, deny all처럼 전체 tool action policy를 정할 수 있는 방향으로 설계되어 있다. deny all이 유일한 안전 설정이라는 뜻은 아니다. 사용자의 목적에 따라 정보 조회나 낮은 위험 action은 더 빠르게 처리하고, 외부 결과가 남는 action은 tool policy를 따르게 하는 방식이 맞을 수 있다. 핵심은 사용자가 선택한다는 점이다.

다음은 per-tool controls다. 도구를 search하고, enable 또는 disable하고, approval override를 정할 수 있다. 예를 들어 screenshot, camera, SMS, phone, calendar, mail, location 같은 action은 위험도가 다르다. 하나의 모델에게 모든 권한을 주는 대신, 필요한 tool만 켜고 민감한 tool은 확인을 요구하는 식으로 구성한다. 이런 설계와 audit 관점은 AI 에이전트 신원과 권한: 도구별 승인 제어와 감사 로그 설계에서 더 깊게 이어진다.

Extension도 visible review를 거친다. Plugin install은 조용한 자동 실행이 아니라 보이는 proposal에서 시작해야 한다. Skill learning도 preview와 confirmation을 거쳐 disabled draft로 저장할 수 있다. 즉 “이 기능이 도움이 될 수 있다”는 matching과 “이 기능을 켜고 실행해도 된다”는 authorization은 다르다. AutoAttach, Suggest, Fallback 같은 capability routing도 action execution을 허가하는 장치가 아니다.

우리가 FoneClaw에서 중요하게 보는 것은 task state, stopping, recovery다. 사용자가 작업을 시작했으면 현재 무엇이 실행 중인지 볼 수 있어야 하고, 원치 않으면 stop할 수 있어야 하며, permission이 부족하거나 app 상태가 맞지 않으면 recovery path를 받아야 한다. 이렇게 구성하면 AI를 완전히 피하지 않더라도, 어떤 AI entry point와 action을 허용할지 사용자가 선택하는 옵트인 AI 어시스턴트가 된다.

선택한 AI 정책이 실제로 적용됐는지 확인하기

마지막은 verification이다. 설정을 바꾼 뒤 실제로 휴대폰이 원하는 AI policy를 따르는지 시험해야 한다. 먼저 trigger test를 한다. Hey Google, lock screen, power button, gesture가 어떤 반응을 보이는지 확인한다. 다음은 role test다. Settings의 default digital assistant app이 원하는 상태인지 본다. 그다음 permission test다. Gemini, Google app, FoneClaw, keyboard, browser, camera의 Microphone, Contacts, Notifications, Location 권한을 앱별로 확인한다.

Activity test도 따로 한다. Keep Activity가 꺼졌는지, 기존 Gemini activity가 삭제되었는지, auto-delete가 원하는 상태인지 본다. Managed account라면 administrator policy가 있는지 확인한다. 다음은 reversible action test다. 위험이 낮은 요청 하나를 골라, 앱 열기나 메모 준비처럼 되돌리기 쉬운 작업을 실행해 보고 approval, stop, recovery가 보이는지 확인한다.

• 호출: 음성, 버튼, gesture, lock screen 호출을 실제로 시험한다.
• 역할: default digital assistant app을 확인한다.
• 권한: Microphone, Contacts, Notifications, Location을 앱별로 본다.
• 활동: Keep Activity, deletion, auto-delete를 따로 확인한다.
• 작업: 위험이 낮은 action으로 opt-in 정책을 검증한다.
• 업데이트: 앱이나 system update 뒤 같은 checklist를 반복한다.

Android에서 AI 끄는 방법은 한 번의 audit으로 끝나지 않는다. 앱과 system update가 새 entry point를 만들 수 있기 때문이다. 우리가 권하는 기준은 단순하다. 자동 실행을 줄이고, default role을 확인하고, data route와 activity를 관리하고, 필요한 AI만 opt-in으로 켜고, 실제 테스트로 검증한다.