TabbitBlog

Usar Viv Fast com um navegador conectado

Verifique modelo, agente local, Tabbit CLI e sessão do site separadamente para descobrir por que uma página não abre.

Neste artigo
  1. Pontos principais
  2. Verifique cada camada
  3. Separe falha de login e falha do modelo
  4. Prompt para um relatório verificável
  5. Tabbit Browser com agente local
  6. Decida o que fazer com o resultado

Viv Fast pode interpretar o resultado de uma página, mas não abre sozinho seu navegador conectado. Escolha um cliente capaz de executar o modelo viv-fast da Vivgrid e use o skill local do Tabbit com o Tabbit CLI para inspecionar a página autorizada. Verifique separadamente modelo, descoberta do skill, conexão CLI e login do site. Em uma discussão recente sobre automação de navegador, usuários citaram sessões perdidas como falha comum. É um problema geral, não um teste do Viv Fast. Leia a discussão original.

Pontos principais

  • A Vivgrid documenta viv-fast para Chat Completions e Responses e mostra uma configuração para OpenCode. Confirme o acesso na sua conta.

  • Modelo, agente local, Tabbit CLI e sessão do site são camadas distintas. Uma não comprova a seguinte.

  • Para diagnosticar acesso, solicite título, estado visível e URL exata. Comece em modo somente leitura.

  • O Tabbit Browser mantém o login no ambiente do navegador. A tarefa usa uma aba própria enquanto você continua trabalhando.

Verifique cada camada

CamadaO que verificarEvidênciaSe falhar
Modeloviv-fast selecionável na VivgridProvedor, ID e estadoCorrija a configuração do provedor
SkillO agente encontra o skill do TabbitNome e comando realUse a sintaxe do cliente; não suponha /tabbit
Iniciador~/.local/bin/tabbit-cli diagnose chega ao TabbitInstância e aba da tarefaVerifique caminho e instância
SiteA página está autenticada naquele ambienteTítulo, URL e estado esperadoFaça login e repita somente a leitura

A página oficial do Viv Fast lista o ID viv-fast, entrada de imagem, chamadas de função e as interfaces Chat Completions e Responses. Também descreve seleção no OpenCode e configurações para Codex e Pi. Isso documenta a rota do modelo, não uma integração nativa com Tabbit. Confirme o seletor de modelos e o suporte a ferramentas do seu cliente.

Separe falha de login e falha do modelo

Comece por uma página de prévia autorizada. Peça ao agente local que a abra no Tabbit Browser e retorne título, estado visível e URL. Se o título for uma tela de login, o registro não foi verificado. Se o CLI detectou o navegador, mas a página pede login, o iniciador funciona e a sessão do site não.

Isso ajuda em prévias de lançamento, painéis internos e consoles de suporte. Se o navegador não chegar à página esperada, pare e registre a etapa que falhou.

Prompt para um relatório verificável

Fluxo ilustrativo, não um teste de integração Viv Fast com Tabbit:

Use o skill Tabbit instalado neste agente local. Abra a página de prévia autorizada em uma aba de tarefa separada. Não altere a página.
Retorne título, URL exata, texto de estado visível e se a página parece ser login, erro de permissão ou prévia esperada.
Salve um relatório chamado "Verificação de acesso à prévia Viv Fast, rascunho 01". Verifique modelo, skill, Tabbit CLI e login do site separadamente. Marque cada item como aprovado, falhou ou não verificado e inclua evidências. Pare antes de enviar, salvar ou publicar.

O resultado esperado lista uma evidência por camada, com URL, título e estado. Não inclua senhas, cookies ou dados pessoais.

Tabbit Browser com agente local

Instale o Tabbit Browser, faça login você e use um agente local que encontre ~/.agents/skills/tabbit/SKILL.md e execute ~/.local/bin/tabbit-cli. O OpenCode documenta @tabbit; outros clientes podem usar outra entrada. Não invente /tabbit.

Descoberta do skill, acesso ao iniciador e sessão do site são verificações distintas. Um teste local neste ambiente confirmou que uma segunda tarefa CLI com nome podia ler uma página de teste autenticada em sua própria aba. Isso confirma esse caminho, não a integração com Viv Fast. Veja o guia do Tabbit CLI, conectar agente ao navegador existente, a lista da primeira tarefa e MCP ou CLI.

Decida o que fazer com o resultado

ResultadoPossível significadoPróximo passo
Título e estado esperadosA página escolhida foi lidaReabra a URL e confirme
Página de loginSessão ausente ou expiradaEntre e repita somente a leitura
Mensagem de permissãoA conta pode não ter acessoPeça a verificação de alguém autorizado
Host ou título diferenteTalvez seja outro ambientePare e confirme conta e domínio
Evidência insuficienteResultado inconclusivoPeça a uma pessoa para conferir

Consulte também reutilizar login do navegador, organizar perfis e abas de tarefa, configurar Codex com Tabbit CLI e o guia de segurança. Esses guias explicam o navegador, não uma integração nativa do Viv Fast.

Perguntas frequentes

O Viv Fast abre sozinho uma página conectada?

Não. Viv Fast é o modelo. Um agente local precisa acessar o navegador via Tabbit CLI e enviar o resultado ao modelo. Verifique cliente, iniciador e sessão do site separadamente.

Qual provedor lista o Viv Fast?

A Vivgrid documenta o ID `viv-fast` nas interfaces Chat Completions e Responses. Confirme o acesso na sua conta e no cliente configurado.

Posso usar Viv Fast no OpenCode?

A Vivgrid documenta a seleção em `/models`. Isso configura o modelo, mas não conecta o OpenCode a um navegador autenticado.

Por que a página aparece indisponível?

O cliente pode não ter encontrado o skill do Tabbit, o iniciador pode usar outra instância ou o site pode estar desconectado. Registre a camada que falhou.

Um agente remoto pode usar meu login local?

Somente com uma transferência local compatível. Uma API hospedada não acessa automaticamente o perfil local do Tabbit.

O que a primeira tarefa deve fazer?

Leia uma página autorizada, devolva título, estado visível e URL, e salve a evidência. Não envie formulários nem altere registros.

Dê o próximo passo

Deixe o Tabbit trabalhar ao seu lado.

Pesquise entre abas, automatize o trabalho repetitivo do navegador e mantenha todo o contexto ao alcance.