Google Home MCP Abre Sua Casa Inteligente para Qualquer Agente de IA Compatível

O Google abriu o acesso antecipado ao Google Home MCP, oferecendo a agentes de IA compatíveis de terceiros uma forma padronizada de monitorar e controlar casas conectadas. Até agora, a maior parte das interações com o Google Home passava pelos apps, automações ou interfaces do Assistant da empresa. A nova conexão aproxima um agente externo dos interruptores, sensores, câmeras, termostatos e registros de atividade dentro de uma casa.

A mudança vai além de adicionar Claude ou OpenClaw como mais um assistente de voz. O Google está expondo uma interface comum de ferramentas que permite aos agentes descobrir dispositivos, verificar estados atuais, consultar o histórico de eventos e executar ações compatíveis. Isso transforma o Google Home de um destino em infraestrutura que vários produtos de IA podem usar.

O Google ainda controla o servidor, a autenticação, o grafo de dispositivos e as ações permitidas. O agente externo decide como interpretar uma solicitação e quando chamar essas ferramentas. Essa divisão cria a tensão central: os usuários ganham escolha de inteligência, mas precisam confiar a outro sistema dados excepcionalmente íntimos e controles físicos.

O lançamento também pressiona assistentes fechados de casa inteligente. Amazon Alexa, Apple Home e a própria experiência Gemini do Google têm competido, em geral, como produtos verticalmente integrados. O Google Home MCP propõe um modelo diferente, no qual a plataforma residencial pode continuar sendo do Google enquanto o agente pertence a outra empresa.

O Que o Google Home MCP Realmente Abre

O Google Home MCP cria uma camada de controle padronizada entre um agente de IA pessoal e os dispositivos, estados e histórico armazenados no Google Home.

MCP, ou Model Context Protocol, é um padrão que permite a um aplicativo de IA solicitar dados ou chamar ferramentas aprovadas por meio de uma interface definida. Em vez de cada agente precisar de uma integração personalizada com o Google Home, um cliente compatível com MCP pode se conectar ao servidor do Google e usar as ferramentas que o Google expõe.

O Google lista cinco ferramentas principais em sua referência de MCP. Um agente pode recuperar as casas às quais um usuário tem acesso, enumerar dispositivos e outros recursos, inspecionar estados atuais, ler eventos históricos e executar ações compatíveis.

Esses recursos vão além de comandos simples. Um agente pode determinar quais dispositivos existem antes de agir, verificar se estão online e combinar informações de vários cômodos. Ele também pode usar eventos passados para responder a perguntas que assistentes de voz convencionais frequentemente tratam mal.

Um usuário poderia perguntar o que aconteceu enquanto todos estavam fora. O agente poderia inspecionar eventos de câmera, atividade de portas e estados de dispositivos antes de produzir um resumo. Outra solicitação poderia perguntar por quanto tempo certas luzes permaneceram acesas ou com que frequência um aparelho funcionou durante uma semana.

O Google também descreve agentes monitorando atividades incomuns, resumindo eventos domésticos e sugerindo mudanças. São tarefas analíticas, não apenas substitutos para tocar em um botão no app Google Home.

A interface de ações permite que um agente envie comandos parametrizados para um ou mais recursos. Em termos práticos, isso poderia significar desligar luzes externas, ajustar dispositivos de climatização compatíveis ou coordenar vários dispositivos em uma única solicitação.

O Home MCP pode alcançar dispositivos representados no ecossistema Google Home, incluindo hardware do Google e produtos compatíveis de terceiros. Os dispositivos Matter são particularmente relevantes porque o Matter fornece às plataformas participantes uma linguagem comum para dispositivos. O Home MCP adiciona uma camada voltada a agentes acima dessa interoperabilidade de dispositivos.

A integração está em acesso antecipado, e não em um lançamento universal para consumidores. O Google afirma que os usuários precisam de uma configuração ativa do Google Home, uma assinatura qualificada do Google Home Premium, um projeto do Google Cloud e um cliente compatível com MCP. A aprovação de acesso também faz parte do processo de integração.

Essa configuração torna o público inicial mais técnico do que a manchete sugere. Um usuário precisa ativar a Home API, configurar um fluxo de consentimento OAuth, criar credenciais e conectá-las a um agente. OAuth é um sistema de autorização que permite aos usuários conceder acesso sem fornecer ao agente sua senha do Google.

Os materiais atuais de configuração do Google identificam Antigravity, Claude Cowork e OpenClaw como exemplos compatíveis. Todo cliente ainda precisa ter o suporte necessário para MCP e autenticação. Portanto, “qualquer agente de IA” significa qualquer agente devidamente equipado e autorizado, e não todo chatbot por padrão.

O acesso antecipado começou a ser disponibilizado nos Estados Unidos em 16 de setembro de 2026, segundo cobertura contemporânea e a documentação do Google. Espera-se que a disponibilidade se expanda nas semanas seguintes para assinantes elegíveis.

Esta é uma abertura significativa, mas não um acesso irrestrito. O Google define as ferramentas disponíveis e mantém determinadas ações sensíveis fora de seu alcance. Essa distinção se torna importante quando um sistema de IA passa de descrever uma casa a modificá-la.

Por Que a Casa Inteligente Está se Tornando uma Plataforma para Agentes

A mudança estratégica é que o Google Home agora pode fornecer o contexto físico enquanto outra empresa fornece a interface de raciocínio.

As plataformas de casa inteligente foram construídas em torno de comandos predefinidos, rotinas e controles gráficos. Os usuários podiam acender uma luz, ajustar um termostato ou programar uma ação. Solicitações mais complexas frequentemente falhavam porque o assistente não tinha o contexto necessário ou uma forma confiável de combinar várias etapas.

Agentes de IA prometem uma camada mais flexível. Um agente pode transformar uma meta ambígua em uma sequência de solicitações de informação e ações. Ele pode inspecionar a casa, identificar dispositivos relevantes, verificar as condições atuais e decidir quais comandos compatíveis chamar.

Esse mecanismo altera a unidade de interação. O usuário não precisa mais saber o nome exato de cada dispositivo nem criar manualmente cada automação. Uma solicitação pode partir de um resultado desejado, como reduzir o uso desnecessário de energia ou reconstruir a atividade após uma entrega.

O Google afirma que suas Home APIs fornecem acesso a um ecossistema com mais de 600 milhões de dispositivos e hubs. Esse número descreve a plataforma mais ampla, e não a adoção confirmada do Home MCP. Ainda assim, ele mostra por que uma interface padronizada para agentes importa. Um agente se torna mais útil quando pode trabalhar com muitos produtos existentes sem integrações separadas para cada fabricante.

Os beneficiários imediatos incluem desenvolvedores de agentes que não têm sua própria plataforma de hardware para casa inteligente. Claude, OpenClaw ou outro cliente MCP pode obter acesso autorizado a dispositivos físicos por meio da interface do Google. Esses agentes podem então combinar o contexto da casa com outras informações e fluxos de trabalho que já administram.

Para o Google, essa abordagem torna o grafo do Home mais valioso sem exigir que o Gemini vença todas as interações dos usuários. A empresa mantém a infraestrutura, as permissões e os relacionamentos entre dispositivos. Ela pode se tornar o plano de controle sob vários agentes concorrentes.

Esse modelo se assemelha à transição mais ampla de aplicativos para agentes que usam ferramentas. Um aplicativo convencional expõe botões e menus. Um agente recebe uma meta, seleciona ferramentas, lê seus resultados e continua até chegar a uma resposta ou ação.

A casa é um campo de prova difícil porque os resultados têm consequências físicas. Um resumo fraco é irritante. Um comando incorreto para um dispositivo pode interromper o sono, desperdiçar energia, expor informações privadas ou criar uma preocupação de segurança.

É por isso que o Google Home MCP importa além das luzes conectadas. Ele testa se a emergente pilha de agentes consegue atravessar a fronteira entre o trabalho digital e os ambientes físicos sem se tornar imprevisível.

Também dá ao MCP um papel voltado ao consumidor. Grande parte da adoção do protocolo tem se concentrado em ferramentas de programação, bancos de dados, serviços empresariais e arquivos locais. O Home MCP aplica a mesma estrutura básica a câmeras, sensores, eletrodomésticos e histórico doméstico.

O Google introduziu separadamente o Home Developer MCP, que tem uma finalidade diferente. Esse servidor dá a assistentes de programação acesso à documentação técnica das APIs do Google Home, Matter e OpenThread. Ele ajuda desenvolvedores a criar integrações, mas não controla a casa de um usuário.

A distinção importa porque um servidor recupera conhecimento técnico enquanto o outro expõe recursos pessoais e ações reais. Confundi-los reduz a importância das permissões envolvidas no produto de consumo.

Para os usuários, a atração não é o MCP em si. É a possibilidade de escolher o agente que melhor entende suas instruções, mantém um contexto útil ou se integra ao seu outro trabalho. O protocolo é o encanamento que torna essa escolha portátil.

Google Home MCP Desafia o Modelo de Assistente Fechado

A principal disputa já não é Google Assistant versus Alexa ou Siri; é uma interface aberta para agentes versus um assistente controlado verticalmente.

A concorrência tradicional em casas inteligentes agrupava três camadas. A plataforma mantinha os relacionamentos entre dispositivos, a empresa fornecia o assistente e os usuários interagiam por meio dos apps ou alto-falantes daquela empresa. Trocar de assistente frequentemente significava mudar integrações, recriar rotinas ou aceitar funcionalidades reduzidas.

O Google Home MCP separa essas camadas. Uma residência pode manter seu grafo de dispositivos no Google Home enquanto seleciona um cliente MCP externo como camada de raciocínio. Isso não torna a plataforma subjacente de código aberto, mas cria um caminho padronizado para acessá-la.

A mudança pressiona Amazon e Apple, cujas estratégias de casa inteligente continuam estreitamente ligadas às suas próprias experiências de assistente. Ela também pressiona o Google internamente. Se os usuários preferirem Claude ou OpenClaw para solicitações domésticas complexas, o Gemini não terá mais garantia de dominar a conversa apenas porque o Google é dono da plataforma residencial.

O Google ainda tem vantagens importantes. Ele decide quais características dos dispositivos aparecem, quais informações históricas estão disponíveis e quais ações o servidor permite. Também opera a fronteira de autenticação e pode alterar políticas de acesso à medida que o acesso antecipado evolui.

Agentes de terceiros ganham espaço para se diferenciar acima dessa fronteira. Um pode ser melhor em planejar tarefas de várias etapas. Outro pode enfatizar processamento local, memória persistente ou regras personalizáveis. Um agente especializado poderia se concentrar em acessibilidade, gestão de energia ou coordenação doméstica.

Essa divisão se assemelha mais a uma estratégia de plataforma do que ao lançamento de um único produto. O Google pode se beneficiar se agentes externos tornarem sua infraestrutura de casa conectada mais útil. Os desenvolvedores de agentes se beneficiam porque evitam negociar uma integração individual com cada fabricante de dispositivos.

O Matter resolveu um problema relacionado em um nível inferior. Ele criou um método comum para que dispositivos compatíveis funcionem em diferentes ecossistemas participantes. O Google Home MCP não substitui o Matter. Ele oferece aos agentes de IA uma forma comum de usar recursos que o Google Home já entende.

A abordagem também difere das integrações de agentes para casa inteligente criadas pela comunidade. Usuários do Home Assistant e desenvolvedores independentes já conectaram modelos de linguagem a sistemas de controle de dispositivos por meio de componentes personalizados e servidores MCP. Esses projetos demonstraram uma demanda clara, mas frequentemente exigiam configuração significativa e ofereciam garantias de segurança variadas.

O envolvimento do Google torna esse padrão mais acessível e mais consequente. Um endpoint oficial pode oferecer um esquema consistente, autorização centralizada e restrições documentadas. Ele também leva o conceito a residências que jamais manteriam seu próprio servidor de automação.

A visão geral do Google Home enquadra a integração em torno de monitoramento, insights, controle de dispositivos e análise histórica. Essas categorias dão aos agentes externos alcance suficiente para criar experiências que antes exigiam um aplicativo dedicado de casa inteligente.

Considere um pedido matinal perguntando se algo incomum aconteceu durante a noite e se a casa está pronta para a saída. Um agente capaz poderia inspecionar estados relacionados à segurança, revisar eventos compatíveis, identificar dispositivos conectados que permanecem ativos e apresentar ações sugeridas. Ele poderia executar mudanças aprovadas depois que o usuário as confirmasse.

Isso é mais útil do que emitir vários comandos rígidos. Também transfere mais capacidade de julgamento para o agente. O valor e o risco chegam pelo mesmo mecanismo.

A questão competitiva, portanto, não é qual assistente fala de maneira mais natural. É qual plataforma consegue expor capacidades úteis preservando limites de permissão compreensíveis. O Google saiu na frente entre as maiores plataformas de casa inteligente para consumidores com um endpoint MCP geral, mas o acesso antecipado não decide essa disputa.

O Mecanismo de Controle Ainda Tem Limites Firmes

O Home MCP oferece aos agentes amplo acesso contextual, mas o Google separa deliberadamente os controles comuns das ações que considera sensíveis demais.

O Google afirma que o Home MCP proíbe ações sensíveis, como destrancar portas. Sua documentação também alerta que conectar uma casa real a um agente pode produzir comportamentos inesperados ou indesejados. Essas declarações esclarecem que o acesso padronizado não elimina a necessidade de aplicação de regras no nível da plataforma.

Esse design em camadas é essencial. O cliente de IA interpreta um pedido em linguagem natural, mas o servidor MCP determina quais ferramentas existem. O servidor pode rejeitar comandos não compatíveis mesmo quando um agente decide que quer executá-los.

A lista de ferramentas disponíveis também torna a atividade mais fácil de compreender. Ler o histórico de dispositivos e executar uma ação são operações separadas. Um cliente responsável pode solicitar confirmação antes de usar uma ferramenta de ação, especialmente quando um comando afeta vários dispositivos.

No entanto, a separação de ferramentas não garante bom julgamento. Um agente pode selecionar o cômodo errado, interpretar mal um apelido usado na casa ou agir com base em um contexto desatualizado. Ele também pode combinar ações individualmente inofensivas em um resultado indesejável.

O processo de integração introduz outra barreira. Os usuários precisam autorizar o acesso pelo Google e selecionar uma estrutura residencial. Depois, podem revogar o acesso do agente pelo Google Home ou pela conta Google.

O Google aconselha os usuários a informar outros membros da residência quando um agente pode acessar dados da casa e controlar dispositivos. Esse alerta reconhece um problema que telas individuais de consentimento não resolvem. Um único titular da conta pode autorizar acesso a informações sobre todas as pessoas que vivem no local.

O histórico de câmeras torna a questão especialmente delicada. Um registro de eventos domésticos pode revelar padrões de chegada, horários de sono, ocupação, entregas e rotinas. Mesmo sem vídeo bruto, um histórico estruturado pode descrever comportamentos privados.

Um agente externo pode potencialmente combinar esse histórico com calendários, mensagens, tarefas ou outros serviços conectados. Essa combinação é parte do apelo do produto porque produz respostas mais ricas. Ela também amplia as consequências de um pedido equivocado ou de uma conta comprometida.

A configuração atualmente exige que os usuários criem credenciais OAuth e configurem um projeto do Google Cloud. O guia do Home MCP do Google documenta esse processo e alerta explicitamente contra testes casuais em uma residência compartilhada.

Esses requisitos criam atrito durante o acesso antecipado. Eles reduzem a conveniência para o mercado de massa, mas também limitam a exposição enquanto o Google observa como diferentes agentes se comportam. Uma conexão refinada com um toque atrairia mais usuários antes que o modelo de segurança enfrentasse testes amplos.

O design do próprio agente permanece fora do controle integral do Google. O Google pode restringir ações no servidor, mas não pode garantir como todos os clientes compatíveis armazenam contexto, apresentam confirmações ou protegem credenciais. Os usuários precisam avaliar tanto a interface do Google quanto o agente que recebe acesso.

Essa responsabilidade se torna mais difícil quando um agente pode instalar ou configurar conexões MCP por meio de prompts conversacionais. A configuração automatizada reduz barreiras técnicas, mas pode esconder a importância das permissões por trás de uma interação amigável.

A melhor interface deve distinguir observação de controle. Perguntar se uma luz está acesa não deve parecer equivalente a autorizar o agente a alterar todos os dispositivos compatíveis. O acesso ao histórico também deve ter uma explicação clara, pois pode revelar mais do que um retrato dos estados atuais.

O rótulo de acesso antecipado do Home MCP, portanto, é mais do que uma linguagem rotineira de lançamento. O Google está testando um modelo de permissões para agentes que podem observar um espaço privado e alterar partes dele. A qualidade desses limites importará mais do que a novidade das primeiras demonstrações.

Os Dados de Casas Inteligentes Tornam a Segurança dos Agentes um Problema Físico

Quando um agente pode perceber uma residência e chamar ferramentas de dispositivos, injeção de prompt, interpretação incorreta e acesso excessivamente amplo deixam de ser riscos abstratos de software.

A injeção de prompt ocorre quando conteúdo não confiável contém instruções que um sistema de IA trata equivocadamente como comandos. Em uma casa inteligente, esse conteúdo pode chegar por texto, áudio, imagens de câmera, uma entrada de calendário ou outra fonte conectada.

Uma instrução maliciosa não precisa aparecer no pedido direto do usuário. Um agente que analisa conteúdo externo pode encontrar texto criado para redirecionar seu comportamento. Se esse mesmo agente tiver permissões de controle residencial, as consequências podem ir além do vazamento de informações.

As restrições de servidor do Google reduzem os perigos mais evidentes. Um agente não pode usar uma ferramenta que o servidor jamais expõe, e comandos sensíveis proibidos permanecem indisponíveis. Limites de taxa também podem restringir ações repetidas.

Essas proteções não resolvem todos os modos de falha. Uma ação permitida ainda pode estar errada para aquele momento. Apagar luzes, mudar configurações de climatização ou ativar dispositivos pode causar transtornos mesmo quando nenhum comando isolado parece altamente sensível.

O contexto residencial também contém sinais ambíguos. Uma câmera pode capturar texto em uma tela. Um alto-falante pode ouvir diálogos de uma televisão. Um sensor relacionado à saúde pode gerar um acionamento falso. Um sistema de IA precisa decidir se um sinal observado representa um pedido, um evento que exige atenção ou atividade de fundo irrelevante.

Uma pesquisa recente sobre casas inteligentes ilustra a dificuldade. O projeto PromptShield Home testou cenários envolvendo destinatários ambíguos, injeção por áudio e tela, ocupação mista, sinais falsos de saúde e comandos legítimos.

O estudo piloto encontrou um equilíbrio difícil entre segurança e utilidade. Detectores tradicionais tendiam a agir com excessiva facilidade, enquanto os modelos multimodais testados frequentemente recusavam comandos legítimos. Nos cenários do estudo, os modelos também não identificaram uma queda real.

Os pesquisadores relataram que um seletor hipotético que escolhesse a melhor camada de decisão para cada caso alcançou 94,1 por cento, em comparação com 76,5 por cento da melhor camada individual. Eles enfatizaram que esse era um limite superior, não um sistema de segurança implementado.

Esses resultados não devem ser tratados como uma avaliação direta do Google Home MCP. O estudo usou seu próprio benchmark e seus próprios sistemas. Ele mostra, porém, por que conectar percepção, raciocínio linguístico e ação física exige mais do que uma pontuação ampla de precisão.

Um sistema que nunca age pode parecer seguro enquanto falha em seu propósito. Um sistema que age com facilidade excessiva pode se tornar perigoso. Agentes de casas inteligentes precisam de medidas separadas para execução insegura e conclusão bem-sucedida de tarefas legítimas.

A confirmação é um controle prático. Ações de alto impacto ou incomuns devem exigir uma resposta explícita do usuário. Um agente pode responder livremente a uma pergunta sobre os estados atuais dos dispositivos, mas pausar antes de alterar vários cômodos.

Limites sensíveis ao contexto também poderiam ajudar. Um ajuste noturno de climatização pode ser rotineiro, enquanto o mesmo pedido envolvendo o quarto ocupado de uma criança merece mais escrutínio. Papéis dentro da residência e propriedade dos dispositivos também complicam as permissões.

Logs de auditoria se tornarão importantes para a confiança. Os usuários precisam saber qual agente solicitou uma ação, qual ferramenta ele chamou, o que o Google Home retornou e se o comando foi bem-sucedido. Um histórico conversacional vago não é suficiente quando vários sistemas participam.

A retenção de dados é outra preocupação não resolvida. O Google controla o servidor Home MCP, mas um agente externo pode incorporar resultados ao seu próprio histórico de conversas ou memória. Os usuários precisam de respostas claras sobre o que é armazenado, por quanto tempo e sob quais controles de conta.

Essas questões não tornam casas inteligentes com agentes impossíveis. Elas estabelecem um padrão mais elevado do que integrações comuns de chatbots. O sistema precisa continuar útil enquanto torna visíveis a autoridade, o contexto e a responsabilidade.

O Que Acontecer Depois Decidirá se Isso se Tornará Popular

Os sinais decisivos serão suporte mais amplo de clientes, evidências de controles de permissão confiáveis e adoção além dos primeiros usuários tecnicamente confiantes.

O primeiro sinal será como outros clientes de IA implementam o Home MCP. A compatibilidade por si só não é suficiente. Os detalhes importantes incluem prompts de confirmação, explicações de permissões, tratamento de erros, armazenamento de credenciais e logs de ações concluídas.

Se os principais agentes tratarem o acesso residencial como uma capacidade distinta de alto risco, a abordagem de plataforma do Google ganhará credibilidade. Se os clientes esconderem controles dentro de configurações MCP genéricas, a integração parecerá menos uma infraestrutura para consumidores e mais um experimento.

O segundo sinal será se o Google amplia as capacidades sem enfraquecer sua barreira para ações sensíveis. O acesso antecipado atualmente exclui comandos como destrancar portas. Mudanças nessa política mostrarão como o Google equilibra automação mais rica com segurança física.

A autorização granular fortaleceria o modelo. Os usuários deveriam poder separar descoberta de dispositivos, acesso ao estado em tempo real, consultas ao histórico e controle. Idealmente, poderiam limitar um agente a casas, cômodos, categorias de dispositivos ou períodos selecionados.

Qualquer incidente de segurança relevante enfraqueceria o argumento pela expansão rápida. O mesmo vale para relatos repetidos de agentes selecionando os dispositivos errados ou interpretando mal instruções em linguagem natural. Falhas de confiabilidade podem prejudicar a confiança mesmo quando não causam danos duradouros.

O terceiro sinal será se a configuração se torna acessível para residências comuns. Exigir um projeto do Google Cloud, configuração OAuth, aprovação de acesso e uma assinatura premium restringe o público inicial. Isso também significa que o entusiasmo inicial pode vir principalmente de desenvolvedores e entusiastas de agentes.

Uma conexão mais simples para consumidores indicaria que o Google considera a interface pronta para uso mais amplo. No entanto, reduzir o atrito da configuração antes que as permissões se tornem compreensíveis criaria um problema diferente. A adoção em massa depende de facilitar o acesso sem tornar a autorização invisível.

As reações dos concorrentes também importarão. Amazon ou Apple podem adotar MCP, expor outro protocolo de agentes ou manter seus assistentes integrados verticalmente. A escolha deles revelará se a portabilidade de agentes se torna um recurso básico de casas inteligentes.

Os fabricantes de dispositivos têm interesse na resposta. Uma interface comum para agentes poderia reduzir a necessidade de criar experiências conversacionais separadas. No entanto, os fabricantes podem resistir a perder o controle sobre como seus produtos são apresentados e operados.

Os desenvolvedores devem observar a estabilidade dos esquemas e da semântica de ação do Google. Aplicações iniciais de agentes dependerão de descrições consistentes de recursos, erros previsíveis e relatórios de estado precisos. Uma conexão de protocolo é tão útil quanto as ferramentas por trás dela.

Os usuários devem observar o que os agentes memorizam. O histórico da casa pode melhorar rotinas e resumos, mas a memória persistente também pode criar um perfil comportamental detalhado. O design mais seguro dará às famílias controle direto sobre a retenção e a exclusão.

O Google Home MCP, portanto, não é apenas uma nova forma de acender uma luz. Ele propõe que uma casa inteligente possa atender a qualquer agente autorizado que o usuário prefira, enquanto o Google fornece a camada subjacente de dispositivos e permissões.

Essa ideia desafia o modelo de assistente fechado e dá a agentes de terceiros acesso a um contexto físico valioso. Ela também atribui mais responsabilidade aos usuários, aos desenvolvedores de agentes e ao Google para definir quando um sistema de IA deve observar, sugerir, confirmar ou agir.

Antes de conectar um agente, revise os dispositivos e o histórico aos quais ele pode acessar, teste-o em um ambiente limitado e confirme como revogar a autorização. As famílias que já organizam informações sensíveis por meio de uma base de conhecimento pessoal devem aplicar a mesma disciplina aos dados da casa.

A próxima questão não é se um agente pode controlar uma casa conectada. O Google já estabeleceu esse caminho. A verdadeira questão é se os usuários conseguem compreender e governar esse controle bem o suficiente para confiar nele todos os dias.