Trazer agentes de IA para o navegador é poderoso porque é nele que o trabalho real acontece. Também é sensível pelo mesmo motivo.
Um navegador contém sessões de login, cookies, extensões, favoritos, configurações de espaço de trabalho, acesso SaaS, ferramentas internas e pequenos pedaços de estado que tornam possíveis os fluxos de trabalho diários da web. Quando um agente de IA pode operar nesse ambiente, os usuários devem ter uma compreensão clara do que o agente pode acessar, quando pode agir e como permanece no controle.
É por isso que ego (lite) oferece suporte à migração de navegador com limites claros de privacidade e segurança.
Migração não é coleta de dados. É uma forma de preservar o ambiente de navegador em que os usuários já confiam, para que os agentes possam trabalhar em contexto real, em vez de iniciar sempre em um navegador vazio.
Nossa abordagem é construída em torno de três ideias: um ambiente de navegador local por padrão, contexto com escopo de tarefa quando o agente atua e controle visível do usuário em momentos sensíveis.
Por que ego (lite) oferece suporte à migração de navegador
As tarefas mais úteis do navegador não começam do zero.
Eles acontecem depois que o usuário já está conectado, após a conclusão do SSO, depois que o espaço de trabalho correto é carregado, depois que as extensões são instaladas e depois que o navegador tem as configurações e permissões necessárias para o trabalho.
Se um agente iniciar em um navegador vazio, o usuário geralmente terá que fazer login novamente, passar 2FA novamente, reconstruir o contexto, reinstalar extensões ou copiar manualmente as informações em prompts apenas para ajudar o agente a continuar. Isso cria atrito. Em alguns casos, também pode piorar a privacidade, pois os usuários podem acabar colando no agente detalhes confidenciais que o ambiente do navegador já possuía de forma mais estruturada.
O ego (lite) usa a migração do navegador para reduzir esse atrito. O objetivo é permitir que os usuários tragam o ambiente de navegação que já usam, mantendo o acesso do agente vinculado à tarefa que o usuário realmente iniciou.
Migração de navegador não significa coleta de credenciais
A migração do navegador não exige o envio de suas senhas salvas para o ego.
Há uma diferença importante entre usar uma sessão de navegador autenticada existente e coletar credenciais. Se você já estiver conectado a um site, seu navegador poderá ter um estado de sessão que permite que esse site o reconheça. Quando você solicita ao agente para realizar uma tarefa naquele site, o agente pode operar por meio da sessão ativa já presente em seu navegador.
Isso não significa que o agente precise da sua senha. Isso não significa que sua senha deva ser passada para o modelo. E isso não significa que credenciais confidenciais passem a fazer parte do contexto geral do agente.
Em momentos sensíveis, como login, pagamento, alterações na conta, envio de mensagens ou o envio final de um formulário, o usuário deve manter o controle. O ego (lite) foi projetado para que os usuários possam ver o que o agente está fazendo, pausar o fluxo de trabalho e assumir o controle quando necessário.
O acesso do agente tem escopo de tarefa
Um agente não pode ser útil sem nenhum contexto.
Se você pedir para resumir uma página, ele precisará do conteúdo da página. Se você solicitar o preenchimento de um formulário, ele precisará entender os campos do formulário. Se você solicitar que ele funcione dentro de uma ferramenta SaaS conectada, ele poderá precisar do estado da página relevante e do contexto de sessão autorizado para essa tarefa.
O limite é o escopo da tarefa.
O agente deve usar o contexto necessário para completar a instrução que você deu, e não o acesso amplo simplesmente porque existem mais informações em seu navegador. Dependendo da tarefa, esse contexto pode incluir texto da página, estrutura da página, capturas de tela, instruções do usuário, arquivos fornecidos explicitamente ou estado do navegador necessário para operar uma página autorizada.
Este é o modelo por trás do ego (lite): um ambiente de navegador local-first por padrão, contexto limitado à tarefa quando o agente atua e visibilidade para o usuário quando as ações são importantes.
Local-first significa que, por padrão, a migração do navegador mantém seu ambiente de trabalho no dispositivo. Quando você pede ao agente para agir, o ego (lite) limita o contexto ao que aquela tarefa específica realmente exige.
Em outras palavras, o contexto do navegador dá ao agente a continuidade necessária para ser útil, enquanto o escopo da tarefa define o limite do que o agente deve usar.
Os Spaces tornam o trabalho do agente visível e separado
A segurança em um navegador de IA não envolve apenas o manuseio de dados. É também uma questão de design de produto.
Em muitas configurações de automação de navegador, o agente trabalha na mesma superfície que o usuário está usando. Ele abre guias, move windows, rouba o foco e mistura a navegação humana com a atividade do agente. Isso torna mais difícil para os usuários entenderem o que o agente está fazendo ou intervir no momento certo.
O ego (lite) usa Spaces para separar a navegação do usuário do trabalho do agente.
Você pode continuar navegando em seu próprio Space enquanto o agente trabalha em outro. O agente não precisa assumir o controle da aba atual nem interromper sua janela, e o trabalho continua visível. Você pode entrar no Space do agente, verificar o que está acontecendo, pausar a tarefa ou assumir o controle.
Essa separação oferece aos agentes um local prático para trabalhar, preservando a superfície de navegação e supervisão do próprio usuário.
Controles de privacidade e dados confidenciais
O ego (lite) foi projetado para evitar que o perfil do navegador do usuário seja tratado como um conjunto de dados da empresa.
A migração de navegador existe para preservar a continuidade, não para extrair a vida útil do navegador do usuário. Os fluxos de trabalho do agente usam o contexto relacionado à tarefa para concluir o trabalho solicitado pelo usuário. Informações confidenciais, como senhas, números de cartões de pagamento e outras credenciais, não devem ser transmitidas ao agente ou armazenadas como entradas de IA.
Quando os recursos de IA exigem assistência do modelo, o contexto da tarefa pode ser processado para gerar uma resposta ou concluir uma ação. Tomamos medidas para impedir que fornecedores de modelos terceirizados usem dados de usuários para treinamento de modelos independentes.
Os usuários também devem poder gerenciar suas configurações de privacidade, revogar o acesso quando aplicável e evitar fornecer dados pessoais confidenciais diretamente em prompts ou pastas de trabalho.
Limitações
Os agentes de navegador ainda são uma categoria de produto emergente. Eles podem economizar tempo, reduzir o trabalho repetitivo e operar com ferramentas originalmente projetadas para humanos, mas ainda assim podem cometer erros.
Interfaces complexas, layouts de página inesperados, instruções ocultas, fluxos de autenticação e ações de alto risco podem criar pontos de falha. Por isso, o ego (lite) é construído em torno de visibilidade, separação e controle do usuário, em vez de uma automação totalmente invisível.
A automação de IA deve tornar o funcionamento do navegador mais suave, mas não deve eliminar o julgamento humano em momentos importantes.
O ego (lite) oferece suporte à migração do navegador porque os agentes se tornam mais úteis quando conseguem trabalhar onde o trabalho real já acontece. O desafio é tornar esse contexto útil sem deixá-lo sem controle.
Essa é a direção que estamos seguindo: um navegador onde os agentes podem trabalhar em contexto real, os usuários podem supervisionar e intervir, e a migração do navegador preserva a continuidade sem se tornar uma coleta de dados.
Para obter mais detalhes sobre como Citro processa dados pessoais em serviços ego, consulte nosso Política de Privacidade.