OpenAI Dots: onde definir os limites de um agente sempre ativo?
Separe descoberta, autorização e revisão antes de delegar um trabalho contínuo.
Descoberta em segundo plano, execução e compromissos externos precisam de regras diferentes.
Em 29 de setembro de 2026, a OpenAI apresentou Dots: agentes com computador próprio na nuvem, projetos contínuos e aprendizado por feedback. Segundo a empresa, o produto usa GPT-6 Astra, conecta mais de 4.000 aplicativos por plugins e recebe tarefas com contexto em ChatGPT, Slack e Teams.
A mudança está na relação de trabalho. Em uma conversa comum, alguém pergunta e o modelo responde. Com Dots, a proposta é definir objetivo e critérios, deixar o agente avançar e receber entregas e questões que exigem julgamento. Fechar a janela deixa de ser um ponto natural de encerramento. Etapas antes controladas pela supervisão constante precisam de regras explícitas.
Sempre ativo não significa autorização irrestrita. A pesquisa proativa, a execução de tarefas e os specialist dots em pilotos empresariais têm limites distintos. É preciso separá-los antes de delegar.
O trabalho entre conversas entra no centro do produto
A OpenAI descreve um Dot que encontra problemas recorrentes em feedback de clientes, prepara correções, testes e um PR com vídeo. Outro atualiza materiais de lançamento quando o escopo muda. Um Dot de vendas compara novas exigências com a documentação, prepara uma prova de conceito e um plano de testes e devolve dúvidas pendentes.
São entregas interdependentes, não respostas isoladas. Código precisa de testes; materiais precisam acompanhar o escopo; propostas dependem de validações. O agente deve preservar objetivos, fontes, progresso e revisões humanas.
O computador na nuvem e o contexto entre canais apoiam essa continuidade. É possível abrir o computador do Dot para inspecionar o trabalho ou optar por conectar o próprio dispositivo. A OpenAI afirma que um projeto iniciado no ChatGPT pode continuar no Slack com seu contexto. Esses são exemplos de uso apresentados pelo fornecedor, não resultados comprovados para toda empresa.
Pesquisa proativa não é execução de tarefa
Quando o usuário não está trabalhando diretamente com o Dot, a OpenAI chama sua atividade de proactive research. Ele pode buscar informações em aplicativos conectados, mas usa ferramentas somente de leitura: nesse estado, não envia mensagens, não altera conteúdos e não controla navegador ou computador.
A página também descreve execução de projetos com computador e navegador. Não é uma contradição: são estados de trabalho diferentes. Encontrar uma pista por conta própria não equivale a executar uma tarefa delegada.
Identificar uma possível fatura ausente é descoberta; preparar um rascunho é uma entrega; enviá-lo ao cliente é uma ação externa. No exemplo de teste inicial da OpenAI, o envio ocorreu após aprovação do usuário. Isso não autoriza concluir que qualquer descoberta em segundo plano pode iniciar um envio automático.
“Não faça nada perigoso” não define um escopo operacional. A conexão determina o que o agente acessa. As regras de ação determinam o que ele altera.
Acesso, autorização e revisão são três controles
O primeiro é o acesso. Conexões e permissões são gerenciadas pelos controles existentes dos aplicativos do ChatGPT. Uma fonte útil não justifica abrir todo o sistema de negócios. Liste apenas as fontes necessárias ao objetivo.
O segundo é a autorização de ações. Dots parte de regras internas; Custom Rules podem permitir, exigir aprovação ou bloquear ações, sem remover requisitos de segurança. A OpenAI descreve auto-review para ações que afetam contas ou compartilham informações: instruções, regras e requisitos determinam continuidade, aprovação ou execução humana. Alterações sensíveis, como senhas, continuam com pessoas.
O terceiro é a correção da entrega. Uma ação permitida não prova que o valor da fatura, a exigência do cliente ou a afirmação de lançamento está correta. A OpenAI recomenda revisar trabalhos importantes. Antes de aprovar, o responsável precisa ver fontes, mudanças relevantes, fatos não validados e destinatários afetados.
Uma proposta pode respeitar permissões e ainda prometer uma integração não verificada. Autorização da ação e aceitação de negócio resolvem problemas diferentes.
Comece por uma proposta comercial
O fluxo abaixo é uma sugestão de avaliação, não um caso com ganho de eficiência medido. A equipe quer atualizar propostas conforme requisitos técnicos mudam, sem permitir compromissos automáticos de prazo ou alterações no estágio de oportunidades do CRM.
- Defina as entradas. Requisitos atuais, documentação confirmada, proposta anterior e registros de testes. Identifique versões oficiais e informações internas que não podem ir ao cliente.
- Defina o trabalho contínuo. Compare novos requisitos com capacidades comprovadas; atualize proposta e testes. Capacidades sem evidência permanecem perguntas, não promessas.
- Defina as entregas. Uma proposta legível, uma tabela de mudanças e questões abertas por rodada. Separe fontes originais de rascunhos.
- Separe as ações. Rascunhos podem avançar; emails externos, preços, prazos e mudanças no CRM precisam de um responsável. As regras devem ser configuradas conforme as capacidades reais do produto; este desenho não é um modelo pronto de permissões.
- Atribua a revisão. Engenharia de soluções valida integrações e testes; vendas valida compromissos comerciais. O feedback deve entrar na rodada seguinte, não ficar em uma conversa desconectada.
O responsável não precisa orientar cada parágrafo, mas consegue verificar mudanças, fundamentos e pendências. Uma proposta bonita sem rastreabilidade não atende a esses critérios.
Specialist dots pertencem a outro estágio de adoção
A OpenAI também antecipa dots com identidade organizacional, credenciais e acesso próprios para funções específicas. Cita explorações internas em compras, faturas, marketing por email, suporte e contratos, começando por pilotos empresariais delimitados.
Um Dot pessoal e um Dot com função na organização trazem questões distintas. O segundo envolve permissões de cargo, registros formais e responsabilidade entre equipes. A colaboração com Microsoft Agent 365 pretende conectá-los à governança e segurança existentes. A página não apresenta essa integração como serviço completo imediatamente disponível para qualquer conta.
Antes de um piloto, verifique escopo estreito, acesso limitado, possibilidade de pausa e dono da revisão. Dar um cargo ao agente não cria confiabilidade operacional.
Valide um fluxo em um espaço persistente
O Agent Workspace da Buda reúne sessões, Drive, terminal, navegadores e Git. Arquivos persistentes permitem continuar a partir de fontes e entregas existentes; pessoas podem inspecionar execução e resultados. Manter propostas e uma lista de questões abertas é um início delimitado.
A Buda pode organizar fontes, executar ferramentas e produzir entregas verificáveis. Depois de estabilizar o processo, registre o método em um Skill. Skills instaláveis podem ser encontrados e instalados no Marketplace da Buda AI. Use Automations para repetições agendadas. Arquivos persistentes, instruções reutilizáveis e horários resolvem necessidades diferentes; nenhum substitui a revisão de negócio.
Execute primeiro uma tarefa completa iniciada manualmente. Confirme fontes, entregas e responsáveis antes de ampliar a continuidade. Um teste limitado torna erros mais fáceis de localizar que a promessa de automatizar todo o trabalho.
Perguntas frequentes
Estar ativo 24 horas permite qualquer ação automática?
Não. A pesquisa proativa é somente de leitura. Execução depende também de permissões, regras internas, Custom Rules e revisão de ações. Avalie o estado e a ação, não deduza autorização da disponibilidade.
Qual a diferença entre Activity View e revisão humana?
Activity View permite acompanhar progresso e redirecionar o Dot. A revisão verifica fatos, cálculos e compromissos. Saber que uma etapa rodou ajuda na rastreabilidade, mas não prova a correção da entrega.
Quais planos podem começar?
O anúncio de 29 de setembro prevê expansão gradual para Pro e Business Premium em mercados elegíveis. Enterprise, incluindo Edu e Healthcare, depende da ativação do beta por administradores. O primeiro Dot está incluído em Pro ou Business Premium, mas trabalhos profundos têm limites; tarefas de Codex e ChatGPT Work seguem suas regras de uso. Confira a conta atual. Inclusão não significa execução ilimitada.
O que registrar no primeiro teste?
Entregas concluídas e pendentes, fatos corrigidos por pessoas, ações interrompidas por regras e etapas que consumiram revisão humana. Erros recorrentes orientam ajustes. Quantidade de arquivos não mede delegação bem-sucedida.
Fontes e leitura adicional
Verificado em 30 de setembro de 2026. Capacidades e disponibilidade seguem o anúncio da OpenAI. O fluxo de propostas é um desenho sugerido, não um teste de desempenho nem uma equivalência entre produtos.