Agentes de IA no navegador precisam de um navegador só deles
Entregar seu navegador do dia a dia a um agente autônomo dá a ele seus cookies, seus logins e seu dispositivo. Veja por que agentes devem ficar em um perfil isolado e como dar um a eles.
A maneira mais rápida de dar a um agente de IA capacidade real na web é deixá-lo controlar um navegador. A maneira mais rápida de se arrepender é deixá-lo controlar o seu. Um navegador de uso diário guarda todas as sessões em que você já entrou, e um agente que consegue clicar pode clicar em qualquer coisa que essas sessões alcancem.
O problema do raio de impacto
Um agente encarregado de pesquisar fornecedores não pretende abrir a aba do seu banco. Mas o navegador em que ele roda não faz distinção: um pote de cookies, um conjunto de logins armazenados, uma identidade de máquina. Tudo aonde o agente puder navegar, ele já está autenticado. As medidas que as pessoas tentam primeiro — um perfil separado do Chrome, uma janela anônima — movem os cookies sem mover mais nada.
O que o isolamento realmente precisa cobrir
- Armazenamento: seu próprio pote de cookies, Local Storage e IndexedDB, em um diretório em que mais nada grava
- Credenciais: apenas os logins que você deliberadamente fez nesse perfil, e nenhum outro
- Rede: sua própria rota, para que o tráfego do agente e o seu não saiam pelo mesmo endereço
- Identidade do dispositivo: estável para esse perfil e não uma cópia da máquina em que você trabalha
- Extensões: somente o que o agente precisa, não o seu gerenciador de senhas
Essa lista é a mesma que um perfil de navegador isolado já atende. Um agente é, do ponto de vista do navegador, apenas mais um usuário da sua máquina que não deveria conseguir ver o resto do seu trabalho.
Dando um perfil a um agente
No PowerOps, o padrão é curto. Crie um perfil para o agente, dê a ele a rota em que você quer o tráfego dele e entre apenas nas contas de que aquela tarefa precisa. Depois inicie-o pela Local API, que devolve o endpoint de depuração do navegador, e aponte o framework do seu agente para esse endpoint, em vez de um navegador que ele mesmo iniciou.
# Start the agent's profile and take the endpoint it returns.
curl -s -X POST http://127.0.0.1:50326/v1/browsers/start \
-H "Authorization: Bearer $POWEROPS_KEY" \
-H "Content-Type: application/json" \
-d '{"profileId": "agent-research-01"}'Qualquer coisa que fale o Chrome DevTools Protocol se conecta ao que essa chamada devolve — Puppeteer, Playwright ou um framework de agentes que envolva um dos dois. Nada no código do agente muda; o que muda é o navegador em que ele cai.
Um perfil por tarefa, não por agente
O instinto é dar um perfil ao agente. A melhor unidade é a tarefa. Um perfil para a pesquisa de fornecedores, um perfil para a conta de onde ele pode postar, um perfil para o painel que ele lê. Se uma execução der errado, o dano fica limitado ao que aquele perfil conseguia alcançar, e você pode jogar o diretório fora e recomeçar.
Mantendo as execuções comparáveis
Agentes são difíceis de depurar porque duas execuções raramente são a mesma execução. Um perfil que informa o mesmo dispositivo a cada inicialização, pela mesma rota, com o estado em que você o deixou, elimina uma classe inteira de diferenças entre as tentativas. Quando uma execução se comporta de outro modo, o ambiente deixa de estar entre os suspeitos.
O limite
Nada disso é um jeito de contornar os termos de um site, seus limites de requisições ou sua política de robots, e não é vendido como tal. O que isso dá a um agente é um navegador que pertence à tarefa, e não a você.
