Guia do Google Cloud mostra como conectar o Gemini Enterprise ao Snowflake com ADK, MCP e permissões do usuário

O guia do Google Cloud descreve um padrão específico: o agente ADK não executa SQL bruto. Ele manda a pergunta em linguagem natural ao servidor MCP gerenciado do Snowflake, que aciona um Cortex Agent (CORTEX_AGENT_RUN) apoiado por uma semantic view do Cortex Analyst. A tradução para SQL e a execução acontecem dentro do Snowflake, com a sessão OAuth e a role do usuário autenticado. O texto apresenta isso como text-to-SQL determinístico, preso às definições semânticas da empresa, e como forma de reduzir alucinação de schema e SQL não validado.

Os detalhes de permissão são o que costuma quebrar na prática. O usuário precisa de SELECT nas tabelas físicas por trás da semantic view, senão há erro em runtime. Se a política não permite isso, a saída é uma Secure View sobre as tabelas, com a Semantic View por cima (as views rodam com Owner's Rights). Os tokens OAuth também fixam DEFAULT_ROLE e DEFAULT_WAREHOUSE no momento da autorização, então os defaults devem ser definidos antes de o usuário autorizar no Gemini Enterprise. O guia ainda avisa para não expor ferramentas como SYSTEM_EXECUTE_SQL a clientes externos, e diz que o código de exemplo é uma versão básica, sem tratamento de erro e schemas estruturados.

O próprio texto separa dois caminhos: a orquestração customizada com ADK, para sistemas multiagente complexos, e as soluções conjuntas que ligam o Gemini Enterprise direto ao Snowflake, indicadas para casos corporativos básicos.

Não é uma evolução de um único produto, mas o guia se encaixa em uma sequência de cobertura. Em 18 de junho de 2026, o CEVIU noticiou o guia "Google Cloud lança guia prático para rodar servidores MCP no GKE com foco em agentes de IA", sobre hospedar o servidor MCP. Em 21 de outubro de 2026, veio "MCP Apps no Gemini Enterprise: o guia para tirar o assistente do texto e levá-lo para interfaces ativas", sobre a camada de interface. Agora o foco é a conexão com dados governados do Snowflake, via MCP gerenciado pelo próprio Snowflake, sem precisar hospedar o servidor.

Para quem opera agentes sobre data warehouse, a leitura é que o ponto crítico deixa de ser o modelo e passa a ser identidade e permissão. Delegar a geração de SQL a um agente governado dentro do Snowflake e manter a execução com a role do usuário tende a facilitar auditoria. O custo é mais configuração: roles, views, defaults de OAuth e registro do agente no console.