Como migrar do Google Assistente para Gemini API no Android

O Google Assistente morreu. Longa vida ao Gemini — e o que isso significa para quem programa

Em 4 de setembro de 2026, o Google Assistente será descontinuado em dispositivos Android, segundo o comunicado que a empresa começou a enviar aos usuários e que o Eurisko.com.br noticiou. Quem programa para Android, desenvolve Skills/Ações, integra IoT ou depende de automação por voz precisa parar agora e repensar a stack. Eu uso o Assistente desde 2017 em projetos pessoais e profissionais, e a mudança é muito mais profunda do que parece à primeira vista — não é só “trocar um app por outro”.

Neste artigo vou destrinchar o impacto técnico real, mostrar código comparando a integração antiga com a nova via Gemini API, listar as armadilhas que vejo gente cometendo e responder as perguntas que estão pipocando em fóruns de devs. Se você tem Actions on Google, rotinas automatizadas ou depende do Assistant SDK, senta que essa leitura vai te poupar horas de debug.

Por que o Google está matando o Assistente agora (e não em 2023)

A primeira coisa que precisa ficar clara: o fim do Google Assistente não é decisão técnica, é estratégica. O modelo conversacional do Assistente é baseado em regras, intents estáticos e um pipeline de NLU que ficou obsoleto diante dos LLMs. Manter duas infraestruturas paralelas (Assistant clássico + Gemini) custa caro em engenharia, billing e fragmentação de UX. O Google optou pelo corte cirúrgico.

Na prática, o Gemini herda tudo: compreensão de linguagem natural, contexto de conversa, multimodalidade (texto, voz, imagem), e integração com o Android System Intelligence. O que muda para o desenvolvedor é a API, o modelo de cobrança e — atenção aqui — a forma de pensar a interação.

O que muda concretamente para devs Android

Se você já integrou o Google Assistente em algum app, conhece o AssistantApp SDK, o App Actions e o Actions on Google Console. Tudo isso será migrado ou descontinuado. As três mudanças que mais impactam no dia a dia:

• Fim do Actions on Google Console: o console de criação de Actions será aposentado. As “conversational apps” migram para o Gemini Extensions, com outra arquitetura.
• App Actions viram App Functions: as intents declarativas do Android (BII — Built-In Intents) serão reescritas para funcionar com o modelo generativo do Gemini, usando descrições em linguagem natural mais ricas.
• Assistant SDK (smart speakers, displays, IoT) substituído por Gemini Live API: quem tinha integração com Google Home/Nest terá que migrar para a nova stack.

Esse último ponto é crítico. Eu mantenho um projeto de automação residencial rodando em um Raspberry Pi 4 com Assistant SDK desde 2020. Quando soube do corte, fui direto testar a migração — e é aí que entra a parte prática.

Na Prática: migrando do Assistant SDK para a Gemini Live API

Vamos comparar como era antes e como fica agora. O exemplo abaixo é um webhook de fulfillment típico do Actions on Google usando o SDK legado actions-on-google em Node.js:

// Código legado — Actions on Google (será descontinuado)
const { conversation } = require('@assistant/conversation');

const app = conversation();

app.handle('get_weather', conv => {
  const city = conv.scene.params.city;
  // Lógica fixa, intent mapeada manualmente
  conv.add(`A previsão para ${city} é de 28°C e céu limpo.`);
});

exports.ActionsOnGoogleFulfillment = app;

Esse código dependia de intents declaradas no console, frases de treinamento e o motor de NLU do Dialogflow/Assistant. A partir de setembro de 2026, ele simplesmente para de responder. O substituto usa a Gemini API com function calling:

// Código novo — Gemini API com function calling
const { GoogleGenerativeAI } = require('@google/generative-ai');

const genAI = new GoogleGenerativeAI(process.env.GEMINI_API_KEY);
const model = genAI.getGenerativeModel({
  model: 'gemini-2.5-flash',
  tools: [{
    functionDeclarations: [{
      name: 'get_weather',
      description: 'Retorna a previsão do tempo para uma cidade',
      parameters: {
        type: 'object',
        properties: {
          city: { type: 'string', description: 'Nome da cidade' }
        },
        required: ['city']
      }
    }]
  }]
});

export async function handleUserQuery(userMessage) {
  const chat = model.startChat();
  const result = await chat.sendMessage(userMessage);

  const call = result.response.functionCalls()?.[0];
  if (call?.name === 'get_weather') {
    const weatherData = await fetchWeather(call.args.city);
    const final = await chat.sendMessage([
      { functionResponse: { name: 'get_weather', response: weatherData } }
    ]);
    return final.response.text();
  }
  return result.response.text();
}

Repare na diferença fundamental: no modelo antigo, você ensinava o assistente o que entender. No novo, você descreve o que sua função faz e o Gemini decide quando chamar. Isso é mais simples em vários casos, mas tem armadilhas — e é exatamente isso que vou cobrir agora.

Passo a passo para migrar um projeto existente

1. Inventarie suas integrações: liste todas as Actions, App Actions, rotinas do Google Home e webhooks que rodam em produção. Use o Actions on Google Console e o Google Home Developer Console antes que migrem para os novos painéis.
2. Ative a Gemini API no Google AI Studio: gere uma chave, crie o projeto, habilite billing. A camada gratuita continua generosa (até onde testei, suficiente para apps pequenos).
3. Reescreva os webhooks: troque o SDK @assistant/conversation por chamadas à Gemini API. Use function calling para manter a lógica de backend intacta.
4. Atualize os App Actions do Android: substitua o arquivo actions.xml por descrições mais ricas usando o novo esquema app_functions.xml (quando liberado) e aponte para o endpoint Gemini.
5. Teste o fallback: mantenha o webhook antigo rodando em modo sombra durante 30 dias para capturar divergências entre as duas engines.

Erros comuns que vejo devs cometendo nessa transição

Em mais de 12 anos programando, aprendi que migrações mal planejadas geram incidentes piores do que um rewrite completo. Esses são os deslizes mais frequentes que estou vendo acontecer (e alguns que já cometi):

1. Tratar o Gemini como se fosse o Assistant clássico

O erro clássico: copiar a lógica de intents rígidas para a nova API e tentar “forçar” o modelo a responder de forma determinística. O Gemini é generativo — se você quer respostas determinísticas, use temperature 0, prompts estruturados e function calling. Caso contrário, prepare-se para alucinações em casos de borda.

2. Ignorar o custo

Enquanto o Assistant era “gratuito” embutido no Android, a Gemini API cobra por token. Em um app com 50 mil usuários ativos falando com o assistente, a conta explode rápido. Faça benchmark de tokens por sessão, use o gemini-2.5-flash para tarefas simples e reserve o gemini-2.5-pro para raciocínio complexo.

3. Esquecer do contexto de dispositivo

Quando o usuário diz “toque essa música”, o Assistant sabia que era para o speaker da sala. O Gemini, por padrão, não tem essa consciência. Você precisa passar o contexto do dispositivo no prompt do sistema, ou expor uma função get_device_context() que o modelo possa chamar.

4. Não tratar PII

O Assistant operava com mais garantias de privacidade locais. Com a Gemini API, tudo vai para a nuvem do Google. Se sua aplicação lida com dados sensíveis, implemente redação de PII antes de enviar os prompts. Eu uso uma camada de regex + NLP local antes de cada chamada — me poupou um problema sério com LGPD em 2024.

5. Subestimar o tempo de migração

Tem gente achando que é trocar uma biblioteca por outra. Não é. A arquitetura de conversa muda, o esquema de intents vira function calling, e o ciclo de teste cresce exponencialmente porque agora há variabilidade nas respostas. Reserve pelo menos 2 a 3 meses para uma migração séria em produção.

Comparativo honesto: Gemini vs alternativas para voz no Android

Muita gente me pergunta no Twitter/X se vale considerar outras plataformas. Resposta curta: depende do caso de uso.

Na minha experiência, quem precisa de integração nativa com Android, sensores do sistema e Google Home ainda não tem substituto à altura do Gemini. Mas se privacidade é prioridade, open source ganha disparado — eu mesmo mantenho um Rhasspy rodando em casa para comandos críticos.

FAQ — Perguntas reais que devs estão fazendo

O Google Assistente vai parar de funcionar do dia para noite?

Não. Segundo o Eurisko.com.br, a migração começa em 4 de setembro de 2026 e será gradual, dependendo do modelo do aparelho, versão do Android, idioma e país. Pode levar semanas até atingir todos os usuários.

Posso manter o Actions on Google Console funcionando indefinidamente?

Não. O console será descontinuado junto com o Assistente. A partir de 2027, novos projetos devem obrigatoriamente usar Gemini Extensions e a nova plataforma de apps conversacionais.

Vale a pena migrar para Gemini API mesmo se meu app é simples?

Se o app já funciona bem com intents fixas e você não precisa de conversação natural, considere manter a lógica de backend e expor via function calling do Gemini em vez de reescrever tudo. É menos risco e menos retrabalho.

Quanto custa a Gemini API comparada ao Assistant (que era grátis)?

O Assistant embutido no Android não tinha custo direto de API porque o Google absorvia. A Gemini API cobra cerca de US$ 0,075 por 1M de tokens de entrada no modelo Flash. Para apps pequenos, a camada gratuita (até 15 req/min) cobre o básico. Para apps grandes, faça as contas antes.

Meu dispositivo antigo sem Gemini será abandonado?

Aparelhos muito antigos, sem capacidade de rodar o modelo do Gemini localmente, podem ficar sem assistente de voz nativo. O Google confirmou que a disponibilidade depende do hardware — alguns podem perder o recurso por completo. Mais um motivo para o usuário comum considerar trocar de smartphone em 2026.

E para quem desenvolve com Google Home / automação residencial?

Esse é o público mais afetado. A integração local (LAN) tende a sobreviver, mas tudo que dependia de cloud-to-cloud via Assistant SDK terá que migrar para a nova API. Eu já comecei o processo na minha casa — artigo detalhado vem aí no blog.

O que eu recomendo para quem está começando agora

Se você está planejando um novo app com voz no Android em 2026, ignore o Assistente legado. Vá direto para a Gemini API, use function calling desde o dia 1, monte testes de regressão baseados em exemplos de conversas reais e mantenha um fallback determinístico para ações críticas (como “abrir a porta” ou “desligar alarme”).

A era do “ensine o assistente” acabou. Agora é “descreva a intenção e deixe o modelo decidir”. Quem se adaptar rápido sai na frente — e esse sempre foi o melhor conselho que posso dar para quem trabalha com tecnologia.

🛒 Acompanhar mais conteúdos no yurideveloper.com.br

Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto.