Como usar Gemma 4 E4B IT com um navegador já conectado

Gemma 4 E4B IT pode solicitar uma chamada de ferramenta de navegador, mas não abre sozinho uma página conectada. Para verificar o título, o estado e o acesso a uma página de prévia, sirva o checkpoint exato google/gemma-4-E4B-it em um runtime que exponha as chamadas para um cliente agente local e deixe esse cliente invocar o Tabbit CLI. Tabbit Browser fornece a sessão da página. Modelo, cliente, parser do runtime, CLI e login no site são etapas diferentes que precisam ser verificadas. O Google publica Gemma 4 sob Apache 2.0; o guia de chamadas de função explica que a aplicação deve analisar, validar e executar as chamadas geradas. Consulte a ficha do modelo do Google e o guia de chamadas de função.

A primeira pergunta de diagnóstico não é “por que Gemma não vê meu navegador?”. Procure qual elo falhou. O modelo pode emitir uma chamada que o servidor trata como texto comum. O cliente pode receber uma chamada válida sem ter a skill Tabbit. O CLI pode alcançar o navegador enquanto o site ainda está desconectado ou o perfil errado está selecionado. Separe essas verificações antes de reescrever o prompt. O modelo de prompt para agente de navegador ajuda a definir escopo e resultado esperado.

O que você precisa saber

• O ID exato do checkpoint do Google é google/gemma-4-E4B-it. Registre também o repositório e o arquivo de versões quantizadas.

• Gemma gera uma solicitação de chamada. O runtime a analisa, o agente executa a ferramenta autorizada e o resultado volta ao modelo.

• Um ID no catálogo não prova que um servidor, parser e cliente específicos completam o ciclo de ferramentas.

• Tabbit CLI conecta o agente local ao navegador. O perfil escolhido do Tabbit Browser precisa estar conectado ao site.

• Comece com uma tarefa somente leitura, salve um resultado nomeado e pare em um ponto de revisão humana visível.

Verifique uma etapa por vez

Teste primeiro uma página pública e uma ferramenta sem efeitos externos. Depois avance para a prévia conectada. Mantenha o prompt e a lista de ferramentas iguais durante a verificação.

Confirme o checkpoint e o caminho de execução

A ficha do Google e o repositório do Hugging Face identificam o checkpoint instruct como google/gemma-4-E4B-it. A ficha informa 4,5 bilhões de parâmetros efetivos, 8 bilhões incluindo embeddings e contexto de 128K. E2B é outro checkpoint, não um alias. O modelo publicado pelo Google usa Apache 2.0, mas arquivos quantizados de terceiros têm seus próprios repositórios e metadados. Anote o checkpoint-base, o repositório de quantização, o nome do arquivo e o aviso de licença. Consulte as fichas de E4B e E2B, além do anúncio do Google.

A camada de execução também importa. O guia do Google inclui os IDs E2B e E4B, mas a aplicação ainda precisa extrair a chamada, validar a função e os argumentos, executar a ferramenta e devolver o resultado. A receita vLLM para Gemma 4 documenta o ID de serviço E4B e, separadamente, as configurações do parser e do template Gemma 4. Use como ponto de partida dependente de versão: fixe a versão real do servidor e consulte a receita atual dela. Um parser que funciona com outra família ou checkpoint antigo não comprova esta configuração.

Antes de abrir o navegador, teste uma ferramenta sem efeito externo, como devolver uma string fixa. No registro do cliente, confirme quatro etapas: chamada do modelo, nome e argumentos analisados, execução da ferramenta e resultado retornado ao modelo. Se Gemma disser apenas “vou verificar”, a ferramenta não foi executada. Se o cliente recebeu a chamada estruturada mas o runtime a rejeitou, ajuste primeiro o servidor.

Separe a disponibilidade do modelo, do cliente e do navegador

Pi é uma opção de cliente local. A documentação permite configurar endpoints de modelo personalizados em models.json; o comando da skill é /skill:tabbit. Isso descreve uma forma de configurar, não uma combinação Pi + servidor + E4B já testada em todos os ambientes. Confirme que o endpoint serve E4B e retorna chamadas aceitas pelo cliente. Em outros clientes, procure /skills ou o seletor equivalente. Consulte a documentação de provedores do Pi, a referência de configuração de modelos e a documentação de Skills do Pi.

Instale Tabbit Browser e a skill local do Tabbit CLI. No Pi, digite /skill:tabbit; se o cliente usar /skills, abra a lista e escolha Tabbit. Faça login na página de prévia pelo perfil Tabbit antes da tarefa. A descoberta da skill, o acesso da CLI ao navegador em execução e a validade da sessão são verificações distintas. Siga o início rápido do Tabbit CLI para instalar e confirmar a conexão local.

Verifique a prévia conectada em modo somente leitura

Comece com uma tarefa curta. Informe ao agente a URL e o ambiente esperados e peça apenas título, estado, rótulo de conta/espaço se estiver visível e URL de origem. Não peça para publicar, aprovar ou editar.

Nome da tarefa: diagnose-preview-access
Abra a prévia solicitada no perfil Tabbit Browser já conectado ao site de teste.
Não edite, envie, aprove nem publique nada.
Retorne um registro breve com:
- ambiente e URL solicitados
- URL final e título observados
- estado visível e rótulo de conta/espaço, se houver
- se a página está conectada, nega acesso ou ainda carrega
- link de origem para cada observação
- divergências que uma pessoa precisa conferir
Salve como "Verificação da prévia Gemma E4B — rascunho" e pare para revisão.

Este é um prompt ilustrativo, não uma alegação de que Gemma E4B foi executado com Tabbit. A pessoa revisora deve comparar título, estado e ambiente com a página visível. A equipe do projeto verificou a reutilização de sessão em um fixture local: uma solicitação sem login retornou 401; após configurar um cookie de teste de curta duração, uma segunda tarefa CLI leu a página no mesmo ambiente Tabbit. Isso valida apenas a sessão nesse fixture, não a compatibilidade Gemma nem o acesso a contas externas.

O que os relatos da comunidade mostram

No Reddit, uma pessoa usando E4B disse que ele era “adequate” para tarefas “basic” e que chamadas MCP funcionaram na interface web de llama.cpp. Em outra conversa sobre chamadas de ferramenta E4B, alguém relatou que a configuração parava depois de anunciar a ação. Os relatos usam runtimes, templates e quantizações diferentes. São experiências pessoais que justificam testar cada stack, não um veredito geral sobre o modelo nem um benchmark de navegador. Leia o relato de MCP com E4B e a conversa sobre falhas de chamada E4B.

Quando a leitura do título funcionar, deixe o agente em uma guia de tarefa separada do Tabbit. Continue trabalhando nas outras guias e depois revise o rascunho nomeado. O checklist da primeira tarefa mantém o escopo pequeno; o guia do Tabbit CLI explica as guias de tarefa, e conectar ao navegador existente explica o limite da sessão local. Se o cliente não vê ferramentas, consulte MCP conectado sem ferramentas e MCP versus CLI. Para falhas de clique, veja o guia de solução para cliques. Há exemplos de configuração para Claude Code e Codex, além da comparação de agentes de navegador locais e em nuvem.

Quando E4B é uma escolha razoável

Use E4B para uma verificação curta e restrita somente depois que o ciclo de ferramentas local passar por um teste sem efeitos externos. Pode valer um experimento se você controla o endpoint e o cliente, a página é somente leitura e uma pessoa consegue conferir cada campo retornado. Para uma longa sequência incerta, gravações importantes ou decisões sem revisão, escolha um modelo de agente mais confiável.

O limite é direto: Gemma propõe uma chamada; cliente e runtime decidem se conseguem analisá-la e executar; Tabbit CLI acessa o navegador escolhido; o site decide se a sessão pode ler a página. Mantenha as etapas visíveis, salve um rascunho nomeado e revise antes de qualquer ação.

Secholar.L

Crescimento e conteúdo na Tabbit

Secholar.L escreve guias práticos sobre navegadores com IA e fluxos de trabalho com agentes, comparando ferramentas com pesquisa real e fontes verificáveis.