A OpenAI apresentou em 29 de setembro os OpenAI Dots, agentes que recebem um computador próprio na nuvem, com navegador e acesso a aplicativos autorizados. A proposta é manter tarefas em execução por períodos mais longos e permitir que o agente avance em pesquisa e trabalho operacional sem depender de uma aba aberta no computador do usuário.
No anúncio oficial, a empresa informa que o produto usa o modelo GPT-6 Astra e pode trabalhar com apps e plugins, além de interagir por Slack e Microsoft Teams. O lançamento começou para assinantes Pro e Business Premium em mercados elegíveis, com beta para Enterprise. A OpenAI não confirmou no comunicado a disponibilidade específica no Brasil nem divulgou preço local.
Um computador isolado para cada agente
Cada Dot opera em um ambiente de computação em nuvem. Isso permite abrir páginas, manter contexto de uma tarefa e usar ferramentas sem controlar diretamente o computador pessoal do usuário. O isolamento também cria um ponto para aplicar permissões, registrar atividade e limitar o que fica acessível.
O navegador próprio amplia o tipo de trabalho possível, mas não transforma qualquer site em integração confiável. Sessões autenticadas, dados corporativos e ações externas continuam dependendo de autorização e das políticas definidas pela organização.
Os OpenAI Dots podem receber objetivos duradouros, como acompanhar um tema, pesquisar mudanças e preparar resultados. A empresa descreve pesquisa proativa em segundo plano como atividade somente de leitura. Ações que alteram sistemas ou enviam conteúdo entram em fluxos de aprovação.
Apps e canais levam o agente ao fluxo de trabalho
O anúncio cita apps, plugins, Slack e Teams como meios de fornecer contexto e receber resultados. Em uma organização, isso aproxima o agente de conversas, documentos e sistemas que já concentram trabalho. Também aumenta a necessidade de restringir escopo por identidade e por tarefa.
Um agente conectado não deve receber acesso amplo apenas porque uma pessoa tem esse acesso. Permissões temporárias, separação entre leitura e escrita e confirmação antes de efeitos externos reduzem o alcance de erros. O guia sobre guardrails em agentes de IA detalha como os controles devem cercar as ferramentas que executam ações.
Sempre ativo não significa agir sem controle
A execução contínua muda o risco operacional. Uma instrução ruim pode permanecer ativa por mais tempo, uma fonte pode mudar depois do início da tarefa e uma integração pode expirar ou retornar dados diferentes. Por isso, duração, orçamento, fontes permitidas e condição de parada precisam fazer parte da configuração.
O histórico de atividade deve permitir identificar o que o agente consultou, quais decisões tomou e quais ações aguardaram aprovação. Para uso corporativo, retenção, residência de dados e administração central também entram na avaliação antes de conectar sistemas internos.
Além da segurança, existe custo. O artigo sobre custo e valor de agentes de IA propõe medir uso por resultado concluído, tempo economizado e necessidade de correção. Um agente sempre ativo pode aumentar chamadas e processamento mesmo quando o benefício não cresce na mesma proporção.
O que a pesquisa proativa pode e não pode fazer
A OpenAI descreve a pesquisa proativa como um modo em que o Dot consulta aplicativos conectados para acompanhar um objetivo e preparar atualizações. O FAQ de privacidade e segurança delimita essa atividade como somente leitura: nesse modo, o agente não envia mensagens, não altera conteúdo em aplicativos e não controla navegador ou computador.
Essa fronteira separa acompanhamento de execução. Ler documentos, localizar mudanças e organizar um relatório tem risco diferente de editar uma planilha, aprovar uma despesa ou responder em nome de alguém. Quando uma tarefa exige efeito externo, entram permissões e aprovações correspondentes. A organização precisa verificar se cada integração traduz essa separação em escopos técnicos, não apenas em instruções escritas.
Um Dot pode receber acesso ao próprio computador na nuvem e, com permissão, a um laptop conectado. O acesso ampliado deve ser específico para a tarefa e reversível. Pastas, aplicações e identidades disponíveis precisam ser inventariadas antes da conexão, porque o agente só consegue respeitar limites que o sistema efetivamente impõe.
Senhas e sessões têm tratamento separado
Segundo a OpenAI, senhas salvas não são expostas ao modelo. O ambiente pode preencher credenciais sem revelar o valor no contexto. Alterações de senha permanecem com o usuário, uma restrição que impede o agente de assumir controle completo da identidade por conveniência.
Essa proteção não elimina o risco de sessão. Um navegador autenticado pode executar ações sem conhecer a senha em texto. Por isso, sites acessíveis, duração da sessão, segundo fator e aprovações continuam importantes. Encerrar o acesso precisa revogar tanto a integração quanto sessões abertas no computador do Dot.
Aplicações corporativas devem preferir identidade administrada e escopos mínimos. Compartilhar uma conta pessoal torna difícil saber quem autorizou uma ação e quais dados pertencem à tarefa. Contas de serviço, quando aceitas pelo sistema, também precisam de dono, prazo, logs e rotação.
Auto-review adiciona uma camada de inspeção
O produto usa revisão automática para avaliar determinadas ações antes da execução. A avaliação publicada pela OpenAI descreve testes do mecanismo associado ao GPT-6 Astra. A camada procura identificar situações de risco e pode interromper ou exigir confirmação, mas não deve ser interpretada como garantia de que todo erro será reconhecido.
Há três controles complementares no anúncio: Activity View para observar o trabalho, Custom Rules para definir instruções permanentes e decisões de permitir, bloquear ou solicitar aprovação. Uma configuração madura combina os três. Regras reduzem o espaço de ação, aprovações protegem efeitos sensíveis e o histórico permite investigar o que ocorreu.
Aprovação também precisa apresentar informação suficiente. Um botão genérico de continuar não ajuda se o usuário não vê destino, dados enviados, mudança proposta e consequência. Para ações repetidas, permitir sempre deve ter escopo estreito e possibilidade de revogação. Um consentimento amplo concedido durante um caso simples não deve abrir todas as tarefas futuras.
Dados variam conforme o tipo de conta
Para Business, Enterprise e Edu, a OpenAI informa que conteúdo não é usado para melhorar modelos por padrão. Contas pessoais seguem seus controles de dados. Essa distinção afeta políticas internas: uma empresa não deve adotar um fluxo corporativo em plano pessoal sem avaliar retenção, administração, exportação e desligamento de usuários.
Também é necessário mapear dados copiados para o computador na nuvem. Mesmo que a fonte permaneça em um aplicativo conectado, downloads, caches, capturas e resultados podem criar novas cópias. A política precisa cobrir tempo de retenção, exclusão, residência e resposta a incidente para esse ambiente.
O catálogo anunciado reúne mais de 4.000 apps e plugins. Quantidade amplia possibilidades, mas cada conector tem permissões e comportamento próprios. A avaliação deve começar pelos poucos sistemas necessários para um caso de uso, com revisão do administrador, em vez de liberar o catálogo inteiro para todos os Dots.
Um piloto com objetivo e condição de parada
Um primeiro caso deve ser legível e reversível, como acompanhar documentos de um projeto e produzir um resumo diário. O objetivo define fontes, periodicidade, destinatários e o que conta como mudança relevante. A condição de parada limita duração ou gasto e interrompe o fluxo quando faltam dados, uma integração expira ou a saída se torna repetitiva.
As métricas devem incluir resultados úteis, falsos alertas, correções humanas, tempo consumido, chamadas e incidentes de permissão. Depois, uma tarefa com escrita pode ser testada em rascunho, mantendo envio ou publicação como ação humana. O passo seguinte só ocorre quando logs e revogação foram exercitados, não apenas configurados.
Specialist Dots aparecem como prévia para funções específicas. A OpenAI descreve identidade própria, hardware fornecido pela área de TI e integrações mais profundas. Esse desenho aproxima o agente de um trabalhador digital administrado, o que exige processo de entrada, mudança de função e desligamento comparável ao de outras identidades técnicas.
