구글 홈 MCP 서버가 사전 체험판으로 열렸고 도구 5개 중 제어용은 하나다

구글(Google)의 홈 MCP 서버(Home MCP)는 2026년 9월 15일 갱신된 개발자 문서 기준으로 사전 체험판 상태이며, AI 에이전트가 스마트홈을 조회하고 제어할 수 있는 도구 5개를 노출한다. 도구는 list_homes와 list_home_resources, list_home_states, list_home_history, run_home_actions 다섯 가지이고, 이 중 기기에 실제로 명령을 내리는 쓰기 도구는 run_home_actions 하나다. 연결하려면 연결된 기기가 있는 Google Home 설정과 활성 Google Home Premium Advanced 구독, Google Cloud 프로젝트 접근 권한, MCP 호환 클라이언트가 필요하며, 구글은 Google Antigravity와 Claude Cowork, OpenClaw를 클라이언트 예로 들었다. ASAP은 이 연결이 무엇을 허용하고 무엇을 막아 두었는지를 도구 단위로 읽는다.

도구 다섯 개 중 네 개는 읽기, 하나는 쓰기다

홈 MCP가 노출하는 도구 다섯 개는 읽기 네 개와 쓰기 한 개로 나뉘며, 권한을 따질 때 이 비율이 출발점이다. list_homes는 접근 가능한 홈과 구조를 가져오고, list_home_resources는 기기와 영역 레이아웃, 특성, 속성, 명령 스키마를 나열한다. list_home_states는 실시간 기기 연결 상태와 트레이트 상태를 확인하고, list_home_history는 지정한 기간의 과거 상태 변경과 이벤트 로그를 조회한다.

쓰기에 해당하는 것은 run_home_actions 하나다. 타겟 기기에 매개변수화된 작업 명령을 실행하는 도구이며, 에이전트가 집 안에서 실제로 무언가를 바꾸는 경로는 전부 이 도구를 지난다. 구글이 문서에서 예로 든 프롬프트는 집에 조명이 몇 개인지 묻는 검색, 집이 안전한지 묻는 상태 확인, 바깥 조명을 모두 끄라는 제어, 내가 없는 동안 무슨 일이 있었는지 묻는 이력 분석 네 가지다.

서버 자체는 스마트홈 인프라와 AI 애플리케이션 사이의 프록시로 동작한다. 연결 방식은 OAuth 2.0이며, 문서가 제시한 자동 설정 프롬프트에는 전송 방식 sse와 스코프 home.platform.v2, 그리고 preprod-home.sandbox.googleapis.com 도메인의 서버 주소가 들어 있다. 주소에 붙은 preprod와 sandbox라는 단어가 이 단계의 성격을 그대로 드러낸다.

연결까지 거쳐야 하는 관문은 구독과 클라우드 프로젝트다

홈 MCP를 켜는 데 필요한 전제조건은 네 가지이고, 그중 둘은 일반 사용자에게 낯선 절차다. 첫째는 연결된 기기가 있는 Google Home의 활성 스마트홈 설정이고, 둘째는 활성 Google Home Premium Advanced 구독이다. 셋째는 Google Cloud 프로젝트에 대한 접근 권한이며, 넷째는 MCP 호환 AI 클라이언트다.

설정 절차는 개발자 워크플로에 가깝다. Google Cloud 프로젝트를 만들고, Home API를 사용 설정하고, OAuth 동의 화면을 외부 잠재고객으로 구성하고, 웹 애플리케이션 유형의 OAuth 클라이언트 ID를 만들어 클라이언트 보안 비밀번호까지 받아야 한다. 승인된 리디렉션 URI는 클라이언트마다 다르며, 문서는 Google Antigravity에 antigravity.google 도메인의 콜백을, Claude Cowork에 claude.ai 도메인의 MCP 인증 콜백을 지정하고, OpenClaw는 로컬 설치가 지정하는 주소를 쓰라고 안내한다. 마지막으로 Google 인증 플랫폼에서 앱을 게시해야 연결이 열린다.

이 절차가 뜻하는 바는 분명하다. 홈 MCP는 지금 단계에서 소비자 기능이 아니라 개발자 기능이다. 클라우드 콘솔에서 OAuth 동의 화면을 구성하고 앱을 게시하는 과정을 일반 가정의 이용자가 밟을 것으로 보기는 어렵다. 구독까지 요구한다는 점을 함께 놓고 보면, 사전 체험판 단계의 대상은 스마트홈 에이전트를 만들려는 개발자와 얼리어답터로 좁혀진다.

집을 여는 열쇠가 어시스턴트 브랜드에서 프로토콜로 옮겨간다

구글이 자사 문서에서 Claude Cowork와 OpenClaw를 연결 대상으로 직접 적은 것은 스마트홈 경쟁의 축이 바뀌고 있다는 신호다. 지난 10년의 스마트홈 경쟁은 어느 어시스턴트가 집을 장악하느냐의 싸움이었다. 기기 제조사는 구글 어시스턴트와 알렉사, 시리에 각각 연동을 붙였고, 이용자는 어시스턴트를 고르는 순간 집의 제어 계층을 함께 골랐다.

MCP를 통해 집을 여는 방식은 그 구조를 뒤집는다. 구글이 제공하는 것은 어시스턴트가 아니라 도구 다섯 개의 명세이고, 그 명세를 호출하는 쪽은 이용자가 고른 어느 에이전트든 될 수 있다. 구글 입장에서 이 선택은 손해가 아니다. 제어 계층을 개방하더라도 기기 연동과 홈 구조, 이력 데이터는 여전히 Google Home 안에 남고, Premium Advanced 구독이라는 과금 지점도 그대로다. 어시스턴트 시장에서 이기지 못해도 홈 플랫폼 시장에서는 계속 남는 구조다.

Matter와의 관계도 이 맥락에서 정리된다. Matter가 기기와 기기 사이의 상호운용을 표준화했다면, MCP는 에이전트와 플랫폼 사이의 상호운용을 표준화한다. 층이 다르므로 대체 관계가 아니라 적층 관계다. 아래층에서 제조사 장벽이 낮아지고 위층에서 어시스턴트 장벽이 낮아지면, 남는 경쟁력은 기기 커버리지와 데이터의 품질, 그리고 에이전트가 집을 잘못 건드렸을 때의 안전장치 쪽으로 이동한다.

이력 조회 도구가 이번 발표에서 가장 무거운 권한이다

list_home_history는 집 안에서 지난 기간 동안 일어난 상태 변경과 이벤트 로그를 통째로 읽는 도구이며, 다섯 도구 중 사생활에 가장 깊이 닿는다. 조명을 켜고 끄는 제어는 눈에 보이고 되돌릴 수 있지만, 이력 조회는 조용히 일어나고 되돌릴 대상이 없다. 언제 집을 비웠고 언제 돌아왔는지, 어느 방에 몇 시에 사람이 있었는지는 기기 상태 변화의 시계열만으로도 상당 부분 복원된다.

구글이 얼굴 데이터를 따로 떼어 별도 동의를 요구한 것은 이 민감도를 인정한 조치다. 홈 MCP에서 아는 사람 인식 데이터에 접근하려면 이용자가 이 기능에 별도로 명시적으로 동의해야 하고, 동의하는 이용자는 해당 Google Home 구조의 관리자여야 하며, 구조에 호환 Google Nest 카메라나 초인종이 하나 이상 있고 각 기기에 아는 사람 인식이 켜진 활성 Google Home Premium 구독이 있어야 한다. 동의는 OAuth 2.0 클라이언트 ID와 홈 구조 ID로 맞춤화된 링크를 방문해 부여한다.

한편 문서는 일반 이력 조회에 대해서는 얼굴 데이터와 같은 수준의 별도 동의 절차를 따로 두지 않는다. list_home_history는 다른 네 도구와 함께 하나의 스코프 아래 열린다. 집 안의 시계열 로그가 얼굴 이미지만큼 식별력이 있다는 점을 생각하면, 도구 단위로 권한을 쪼갤 수 있는 설계가 다음 단계에서 필요해 보이는 지점이다. 구글은 Google Home 앱이나 내 계정 페이지에서 언제든 에이전트의 접근 권한을 취소할 수 있다고 안내했고, 현재로서는 이 전면 취소가 이용자가 쥔 가장 강한 통제 수단이다.

명시된 금지 항목은 문 잠금 해제 하나뿐이다

구글이 경고문에 적은 안전 보호는 처리율 제한과 문 잠금 해제 같은 민감한 작업의 금지 두 가지이며, 문서가 이름을 들어 막은 동작은 문 잠금 해제 하나다. 같은 경고문은 에이전트에 따라 홈 MCP 연결이 예기치 않거나 원치 않는 동작을 낳을 수 있다고 덧붙이고, 개발자 정책과 서비스 약관을 주의 깊게 검토하라고 안내한다. 처리율 제한이 얼마인지는 수치로 제시되지 않았다.

금지 목록이 짧다는 점은 실무에서 따져 볼 만하다. 문을 여는 동작이 가장 명백한 위험인 것은 맞지만, 집 안에서 되돌리기 어려운 동작이 그것 하나는 아니다. 한겨울에 난방을 끄는 명령, 보안 시스템의 해제, 카메라의 비활성화는 모두 run_home_actions를 통과할 수 있는 형태의 제어다. 문서는 에이전트에 가장 광범위한 기능을 제공하기 위해 실험용으로 표시된 특성까지 포함했다고 밝혔고, 이는 금지보다 개방 쪽으로 기울인 설계를 스스로 설명한 것이다.

여기에 에이전트 고유의 위험이 하나 더 붙는다. 홈 MCP가 돌려주는 값에는 기기 이름과 영역 이름, 이벤트 로그처럼 이용자나 제조사가 자유롭게 정한 문자열이 섞여 있다. 프롬프트 인젝션 관점에서 이런 문자열은 모델이 읽는 입력이며, 읽기 도구의 출력이 쓰기 도구의 호출로 이어지는 경로가 한 세션 안에 함께 열려 있다는 점은 설계상 주의가 필요한 구조다. 구글이 가족 구성원이 함께 쓰는 홈을 연결할 경우 그들에게 알려야 한다고 적고, 개발과 테스트용으로는 홈을 하나 더 만들라고 권한 것도 같은 불확실성을 전제한 조언으로 읽힌다.

국내에서 이 기능을 검토할 때 먼저 확인할 것

국내 이용자와 개발팀이 홈 MCP를 검토한다면 가장 먼저 확인할 항목은 Google Home Premium Advanced 구독의 이용 가능 여부다. 구독은 선택이 아니라 전제조건으로 걸려 있고, Google Home Premium 계열 요금제의 제공 범위는 국가마다 다르게 열려 왔다. 아는 사람 인식 기능이 포함된 구독과 호환 Nest 카메라 보유 여부도 같은 방식으로 확인이 필요하다.

두 번째는 기기 생태계의 결이다. 국내 가정의 스마트홈은 통신사 허브와 국내 제조사 플랫폼을 중심으로 형성돼 온 비중이 크고, Google Home에 실제로 등록돼 있는 기기가 몇 개인지가 홈 MCP의 실효를 좌우한다. list_home_resources가 돌려줄 목록이 비어 있다면 도구가 열려 있어도 의미가 없다. Matter 지원 기기를 늘려 Google Home 쪽 등록 대수를 확보하는 작업이 선행 조건에 가깝다.

세 번째는 이 흐름이 국내 플랫폼 사업자에게 주는 함의다. 구글이 제어 계층을 MCP로 개방한 이상, 국내 홈 플랫폼도 자사 앱 안의 어시스턴트만으로는 경쟁 조건을 유지하기 어려워진다. 이용자가 쓰는 에이전트가 무엇이든 자사 기기에 닿을 수 있게 하는 쪽이 장기적으로 기기 판매와 구독에 유리한 선택이며, 그때 필요한 것은 새 어시스턴트가 아니라 도구 명세와 권한 모델이다. 구글이 다섯 개 도구와 하나의 스코프로 공개한 형태가 참고할 만한 최소 단위를 보여 준다.

사전 체험판이 감추지 않은 미완성 항목들

구글은 알려진 문제와 출시 예정 항목을 문서에 그대로 적어 두었고, 그 목록이 현재 완성도를 가늠할 기준이 된다. 알려진 문제는 두 가지다. 에이전트에 최대한 넓은 기능을 주기 위해 실험용으로 표시된 특성까지 포함했으므로 일부 특성이 예상대로 동작하지 않을 수 있다는 것, 그리고 홈 MCP의 지연 시간이 예상보다 길어질 수 있으며 최적화를 진행 중이라는 것이다.

출시 예정 항목에는 자동화가 올라 있다. 현재 홈 MCP로는 자동화의 생성과 관리가 지원되지 않으며, 구글은 이 기능을 개발 중이고 향후 릴리스에서 제공할 계획이라고 밝혔다. 이 한 줄이 현재 단계의 성격을 요약한다. 지금 가능한 것은 에이전트가 그때그때 집을 읽고 한 번씩 건드리는 일이고, 집의 규칙을 스스로 만들어 두는 일은 아직 아니다.

자동화가 빠져 있다는 사실은 위험 관리 측면에서는 오히려 다행에 가깝다. 자동화 생성 권한이 열리는 순간 에이전트의 한 번의 오판이 집에 상주하는 규칙으로 굳어지고, 그 규칙은 사람이 자동화 목록을 열어 보기 전까지 계속 작동한다. 지금은 모든 동작이 세션 단위로 끝나므로 피해 범위가 세션에 묶인다. 자동화 지원이 들어오는 릴리스가 홈 MCP의 안전 설계를 실제로 시험하는 시점이 될 것이며, 그때 문 잠금 해제 한 줄보다 긴 금지 목록과 수치가 적힌 처리율 제한이 함께 나오는지가 확인할 지점이다.

출처: Google Home MCP 서버 (구글 홈 개발자 문서, 2026년 9월 15일 갱신)