Trazer agentes de IA para o navegador é poderoso precisamente porque é no navegador que o trabalho real acontece. E é sensível pela mesma razão.
Um navegador guarda sessões iniciadas, cookies, extensões, marcadores, definições de espaço de trabalho, acessos a SaaS, ferramentas internas e todos os pequenos pedaços de estado que tornam possíveis os fluxos de trabalho diários na web. Quando um agente de IA pode operar nesse ambiente, o utilizador deve perceber claramente a que o agente tem acesso, quando pode agir e como mantém o controlo.
É por isso que o ego (lite) suporta a migração do navegador com limites claros de privacidade e segurança.
Migração não é recolha de dados. É uma forma de preservar o ambiente de navegador em que os utilizadores já confiam, para que os agentes trabalhem em contexto real em vez de partirem de um navegador vazio sempre que atuam.
A nossa abordagem assenta em três ideias: um ambiente de navegador local por predefinição, contexto limitado à tarefa quando o agente atua, e controlo visível do utilizador nos momentos sensíveis.
Porque é que o ego (lite) suporta a migração do navegador
A maioria das tarefas úteis num navegador não começa de um estado em branco.
Acontecem depois de o utilizador já ter sessão iniciada, depois de o SSO estar concluído, depois de o espaço de trabalho certo estar carregado, depois de as extensões estarem instaladas, e depois de o navegador ter as definições e permissões necessárias para o trabalho.
Se um agente começa num navegador vazio, o utilizador costuma ter de iniciar sessão outra vez, voltar a passar pelo 2FA, reconstruir contexto, reinstalar extensões ou copiar informação manualmente para os prompts só para o agente conseguir continuar. Isso gera fricção. Em alguns casos, também pode piorar a privacidade, porque o utilizador acaba por colar no agente detalhes sensíveis que o próprio ambiente do navegador já tinha de forma mais estruturada.
O ego (lite) usa a migração do navegador para reduzir essa fricção. O objetivo é deixar os utilizadores trazerem o ambiente de navegador que já usam, mantendo o acesso do agente ligado à tarefa que o utilizador realmente inicia.
A migração do navegador não significa recolha de credenciais
A migração do navegador não exige enviar as tuas palavras-passe guardadas para o ego.
Há uma diferença importante entre usar uma sessão de navegador já autenticada e recolher credenciais. Se já tens sessão iniciada num site, o teu navegador pode ter um estado de sessão que permite a esse site reconhecer-te. Quando pedes ao agente para realizar uma tarefa nesse site, o agente pode operar através da sessão ativa que já está presente no teu navegador.
Isso não significa que o agente precise da tua palavra-passe. Não significa que a tua palavra-passe deva ser passada ao modelo. E não significa que credenciais sensíveis passem a fazer parte do contexto geral do agente.
Nos momentos sensíveis — início de sessão, pagamento, alterações de conta, envio de mensagens ou submissões finais — o utilizador deve manter o controlo. O ego (lite) está concebido para que os utilizadores vejam o que o agente está a fazer, pausem o fluxo de trabalho e assumam o controlo quando for preciso.
O acesso do agente é limitado à tarefa
Um agente não consegue ser útil sem qualquer contexto.
Se lhe pedires para resumir uma página, precisa do conteúdo da página. Se lhe pedires para preencher um formulário, precisa de perceber os campos do formulário. Se lhe pedires para trabalhar dentro de uma ferramenta SaaS com sessão iniciada, pode precisar do estado relevante da página e do contexto de sessão autorizado para essa tarefa.
O limite é o âmbito da tarefa.
O agente deve usar o contexto necessário para cumprir a instrução que lhe deste, não um acesso alargado só porque existe mais informação no teu navegador. Dependendo da tarefa, esse contexto pode incluir texto da página, estrutura da página, capturas de ecrã, instruções do utilizador, ficheiros que forneças explicitamente, ou o estado de navegador necessário para operar uma página autorizada.
Este é o modelo por trás do ego (lite): ambiente de navegador local por predefinição, contexto limitado à tarefa quando o agente atua, e visibilidade para o utilizador quando as ações importam.
Local por defeito significa que a migração do navegador mantém o teu ambiente de trabalho no teu dispositivo por predefinição. Quando pedes ao agente para agir, o ego (lite) limita o seu contexto ao que essa tarefa específica realmente exige.
Por outras palavras, o contexto do navegador dá ao agente a continuidade de que precisa para ser útil, enquanto o âmbito 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 num navegador de IA não é só sobre o tratamento de dados. É também sobre o design do produto.
Em muitas configurações de automação de navegador, o agente trabalha na mesma superfície que o utilizador está a usar. Abre separadores, move janelas, rouba o foco e mistura a navegação humana com a atividade do agente. Isso torna mais difícil para o utilizador perceber o que o agente está a fazer ou intervir no momento certo.
O ego (lite) usa Spaces para separar a navegação humana do trabalho do agente.
Podes continuar a navegar no teu próprio Space enquanto o agente trabalha noutro. O agente não precisa de assumir o teu separador atual nem de interromper a tua janela. Ao mesmo tempo, o seu trabalho continua visível. Podes entrar no Space do agente, inspecionar o que está a acontecer, pausar a tarefa ou assumir o controlo.
Esta separação dá aos agentes um lugar prático para trabalhar, preservando ao mesmo tempo a superfície de navegação e a supervisão do próprio utilizador.
Controlos de privacidade e dados sensíveis
O ego (lite) está concebido para evitar tratar o perfil de navegador do utilizador como um dataset da empresa.
A migração do navegador existe para preservar a continuidade, não para extrair a vida do navegador do utilizador. Os fluxos de trabalho do agente usam contexto relacionado com a tarefa para concluir o pedido do utilizador. Informação sensível como palavras-passe, números de cartão de pagamento e outras credenciais não deve ser transmitida ao agente nem guardada como input de IA.
Quando as funcionalidades de IA exigem assistência de um modelo, o contexto da tarefa pode ser processado para gerar uma resposta ou concluir uma ação. Tomamos medidas para restringir que fornecedores de modelos terceiros usem dados dos utilizadores para o treino independente dos seus próprios modelos.
Os utilizadores também devem poder gerir as suas definições de privacidade, revogar o acesso quando aplicável, e evitar fornecer dados pessoais sensíveis diretamente em prompts ou pastas de trabalho.
Limitações
Os agentes de navegador ainda são uma categoria de produto emergente. Poupam tempo, reduzem trabalho repetitivo e operam em ferramentas originalmente concebidas para pessoas, mas ainda podem cometer erros.
Interfaces complexas, layouts de página inesperados, prompts escondidos, fluxos de autenticação e ações de alto risco podem criar pontos de falha. É por isso que o ego (lite) assenta em visibilidade, separação e controlo do utilizador, em vez de automação totalmente invisível.
A automação com IA deve tornar o trabalho no navegador mais fluido, mas não deve retirar o julgamento humano dos momentos que importam.
O ego (lite) suporta a migração do navegador porque os agentes tornam-se mais úteis quando conseguem trabalhar onde o trabalho real já acontece. O desafio é tornar esse contexto útil sem o tornar descontrolado.
É essa a direção para a qual estamos a construir: um navegador onde os agentes podem trabalhar em contexto real, os utilizadores podem supervisionar e intervir, e a migração do navegador preserva a continuidade sem se tornar recolha de dados.
Para mais detalhes sobre como a Citro processa dados pessoais nos serviços ego, consulta a nossa Política de Privacidade.