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.
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.
Disponibilidade e controles anunciados
O rollout inicial atende Pro e Business Premium em mercados elegíveis, enquanto Enterprise recebe acesso em beta. O produto combina GPT-6 Astra, computador na nuvem, navegador, apps e comunicação por Slack ou Teams. Pesquisa proativa em segundo plano é descrita como somente leitura, e ações sensíveis podem exigir aprovação.
Antes de habilitar os OpenAI Dots, uma organização precisa confirmar elegibilidade regional, plano contratado, aplicativos conectados, permissões concedidas, retenção e trilha de auditoria. O comunicado de 29 de setembro não informa disponibilidade, preço ou cronograma próprio para o mercado brasileiro.
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.
Disponibilidade não é universal
O lançamento cobre Pro, Business Premium e Enterprise em mercados elegíveis, com diferenças de fase. Plano contratado não prova que uma conta brasileira já recebeu acesso. Console administrativo, região, termos e suporte precisam confirmar elegibilidade antes de qualquer cronograma.
Em 29 de setembro, o anúncio dos OpenAI Dots estabelece a arquitetura do produto: GPT-6 Astra, computador na nuvem, navegador, milhares de integrações, canais de trabalho e controles de atividade. Ele não publica preço específico, data para o Brasil nem evidência independente de desempenho em todos esses fluxos. A adoção deve se apoiar no caso de uso, no conjunto mínimo de permissões e na capacidade real de observar, interromper e revogar o agente.
