TabbitBlog

Como agentes de navegador reutilizam uma sessão

Identifique navegador e perfil, verifique o espaço autorizado e teste a reinicialização sem exportar credenciais.

Neste artigo
  1. Identifique instância, perfil e aba
  2. Escolha um modo de reutilização compatível
  3. Mantenha a autenticação no navegador
  4. Execute a mesma tarefa duas vezes
  5. Trate expiração e revogação
  6. O que mostram dois relatos
  7. É preciso copiar cookies?

Se o agente sempre vê uma tela de login, identifique a instância e o perfil que ele abriu. Perfil novo não contém estado do site. Um perfil persistente autorizado pode manter uma sessão válida entre execuções. O site decide se aceita. Confira a conta ou espaço visível antes de agir.

Identifique instância, perfil e aba

O agente e o navegador podem rodar em lugares diferentes. A aba pertence a um contexto e perfis podem ter contas diferentes. Registre o ambiente, perfil ou conexão e origem exata. Abra uma página somente leitura com marcador conhecido. Conexão e HTTP 200 não provam que a conta esteja certa.

Browser Use · Real Browser

Escolha um modo de reutilização compatível

Para repetir testes, use um perfil persistente dedicado quando a ferramenta suportar. Um conector autorizado pode usar um perfil já autenticado. Contexto novo serve para páginas públicas ou teste sem login. O navegador remoto não herda a sessão do computador. Use login aprovado separado ou persistência do provedor.

ModoPerfil
PersistentSessão existente
Existing-session attachSessão existente
IsolatedContexto limpo

Playwright MCP · Profile and state OpenClaw · Browser profiles

Mantenha a autenticação no navegador

Peça ao operador para entrar no site ou use um fluxo aprovado. O agente costuma precisar de um marcador, sem ler valor de cookie ou token. Um arquivo de estado pode conter credenciais; guarde só se necessário e proteja como segredo. Evite compartilhar o diretório entre processos simultâneos. Confira permissões antes de agir.

Playwright · Authentication

Execute a mesma tarefa duas vezes

Usamos um perfil dedicado do Tabbit Browser Dev e uma página local. O primeiro GET /workspace exibiu H01-FIXTURE-SIGNED-OUT. Um clique em Authorize demo criou a sessão de teste e exibiu H01-FIXTURE-READY. Fechamos o navegador por completo. Outro processo abriu o mesmo perfil e URL e leu H01-FIXTURE-READY com zero autorizações. Tudo foi sintético.

EtapaGET /workspaceResultado esperado
1HTTP 200SIGNED-OUT → READY (1)
2HTTP 200READY (0)
3HTTP 200SIGNED-OUT (0)

Primeira execução do Tabbit com aviso de login

Segunda execução do Tabbit com espaço de teste autorizado

Trate expiração e revogação

Antes da terceira execução, o servidor revogou a sessão. O mesmo perfil e URL exibiram H01-FIXTURE-SIGNED-OUT com HTTP 200. Não houve login automático. Se aparecer login, outro espaço ou pedido de permissão, pause e peça ao operador que confira ou renove o acesso aprovado. Confira o estado depois. Persistência não impede expiração no servidor.

O que mostram dois relatos

No r/automation, uma pessoa perdeu a autenticação ao mover uma tarefa agendada. No r/AI_Agents, um criador relatou navegador novo sem login enquanto o anterior seguia conectado. São casos individuais. Confira o perfil e o marcador visível.

r/automation r/AI_Agents

É preciso copiar cookies?

Não. Uma conexão compatível com perfil válido e autorizado pode reutilizar a sessão. Confira site, espaço e permissões antes de agir.

Perguntas frequentes

É preciso copiar cookies?

Não. Uma conexão compatível com perfil válido e autorizado pode reutilizar a sessão. Confira site, espaço e permissões antes de agir.

Como confirmar o perfil ativo?

O agente e o navegador podem rodar em lugares diferentes. A aba pertence a um contexto e perfis podem ter contas diferentes. Registre o ambiente, perfil ou conexão e origem exata. Abra uma página somente leitura com marcador conhecido. Conexão e HTTP 200 não provam que a conta esteja certa.

Quais modos de reutilização existem?

Para repetir testes, use um perfil persistente dedicado quando a ferramenta suportar. Um conector autorizado pode usar um perfil já autenticado. Contexto novo serve para páginas públicas ou teste sem login. O navegador remoto não herda a sessão do computador. Use login aprovado separado ou persistência do provedor.

Como verificar a reutilização?

Usamos um perfil dedicado do Tabbit Browser Dev e uma página local. O primeiro GET /workspace exibiu H01-FIXTURE-SIGNED-OUT. Um clique em Authorize demo criou a sessão de teste e exibiu H01-FIXTURE-READY. Fechamos o navegador por completo. Outro processo abriu o mesmo perfil e URL e leu H01-FIXTURE-READY com zero autorizações. Tudo foi sintético.

O que fazer se a sessão expirar?

Antes da terceira execução, o servidor revogou a sessão. O mesmo perfil e URL exibiram H01-FIXTURE-SIGNED-OUT com HTTP 200. Não houve login automático. Se aparecer login, outro espaço ou pedido de permissão, pause e peça ao operador que confira ou renove o acesso aprovado. Confira o estado depois. Persistência não impede expiração no servidor.

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.