**99% das pessoas não perceberam que a OpenAI acaba de fazer mais uma revolução na engenharia de IA
**
- Lançamentos totalmente novos (olá, Grokbot) e capazes de mudar vidas, que vou detalhar neste artigo: o que são, por que importam e como configurá-los para 100% de eficácia O Dots é o ponto de partida mais interessante. Ele te entrega um agente pessoal com seu próprio computador na nuvem e a capacidade de delegar trabalho em segundo plano. Conheça o Dots.
O DevDay também trouxe novos modelos, documentos compartilhados, atualizações de código, plugins e ferramentas para integrar agentes aos seus próprios produtos.
antes do alpha - inscreva-se no meu substack para receber mais alphas fresquinhos - https://substack.com/@0xcodila
1. Crie Seu Dot e Dê Uma Tarefa a Ele
https://x.com/OpenAI/status/2104980481876070819
Abra o Dots no ChatGPT pelo desktop e siga a introdução. Você pode adicionar conexões durante a configuração ou voltar a elas depois.
No lançamento, o acesso pessoal está sendo liberado gradualmente para adultos nos planos Pro 100, 200 e 500
mas, de qualquer forma, confira os requisitos de acesso atuais antes de assinar um plano só por causa desse recurso!
Se a sua conta ainda não tem o Dots, os passos 5 a 8 continuam oferecendo ótimos pontos de partida, dependendo do seu plano.
A versão de lançamento do Dots roda no
GPT‑6 Astra
E aqui está o momento em que o Dots supera o GrokBot O Grok 4.6 é bem fraco, e a única forma de melhorá-lo é conectando o GPT e o Claude diretamente a ele
https://x.com/0xCodila/status/2104634929518641487
O Sol é uma opção de modelo separada para Work, Codex e a API
Agora dê uma responsabilidade ao seu Dot. "Me ajude a ser produtivo" deixa quase tudo indefinido.
Comece por aqui:
Me ajude a coordenar o lançamento do [produto] em [data]. Use o briefing de lançamento, o checklist e as conversas que eu compartilhar explicitamente. Identifique requisitos alterados, bloqueios, responsáveis ausentes e decisões que preciso tomar. Para sua primeira tarefa, entregue um relatório de status do lançamento com links das fontes. Pergunte sobre acessos faltantes. Rascunhe sugestões; peça minha aprovação antes de enviar mensagens ou alterar arquivos compartilhados.
Leia esse primeiro relatório com atenção. Ele acertou a data de lançamento? Você consegue abrir as fontes dele? Ele confundiu alguma sugestão com uma decisão já tomada?
Corrija esses mal-entendidos antes de dar a ele uma tarefa recorrente.
Sua primeira vitória é um briefing correto. Todo o resto se constrói a partir disso.
2. Conecte os Apps e o Computador Que Ele Precisa
Para mensagens, abra o perfil do seu Dot e selecione Add (Adicionar).
O guia de canais cobre as opções suportadas, incluindo Slack e Microsoft Teams.
Para o nosso lançamento, conecte os documentos de origem e as ferramentas de comunicação que a tarefa exige. Depois, peça ao seu Dot para identificar o que ele realmente consegue acessar.
Localize o briefing de lançamento e o checklist que compartilhei. Me passe os links deles e as últimas alterações relevantes. Me diga quais das fontes solicitadas você não consegue ler.
Para sites que exigem login, abra o computador na nuvem pela aba Computers (Computadores) no perfil do Dot. Use o handoff de navegador ou o fluxo de login privado.
- O navegador dele tem sessões próprias. Estar logado no seu notebook pessoal não faz login automático para o Dot.
Insira as credenciais pela interface de login. Conclua qualquer verificação de conta e devolva o controle para que ele possa continuar.
O trabalho na nuvem pode continuar mesmo com o notebook fechado. Já o trabalho no seu próprio computador exige que a máquina esteja ligada e o app rodando. Escolha o ambiente de acordo.
Um erro comum: conectar o Slack não cria uma instrução permanente para monitorar um canal. Vamos configurar isso explicitamente no Passo 4.
3. Delegue Resultados e Mantenha o Contexto
Uma atualização de lançamento envolve várias fontes. Entregue ao seu Dot o pacote completo, com uma definição clara do que significa "pronto".
Ele pode delegar tarefas em segundo plano. Essas tarefas recebem instruções e contexto relevantes; não presuma que todo executor enxerga a conversa inteira.
Teste isso quando suas conexões estiverem funcionando:
Compare o briefing de lançamento atual, o checklist e a discussão selecionada no Slack. Produza uma única atualização com quatro seções: o que mudou, o que está bloqueado, quem é o responsável pela próxima ação e o que precisa da minha
decisão. Vincule cada afirmação factual à sua fonte. Se as fontes divergirem, mostre o conflito. Marque os responsáveis sugeridos como propostas, a menos que alguém já tenha aceitado a tarefa.
Essa última frase importa muito. Uma lista lindamente formatada pode transformar um palpite na responsabilidade de outra pessoa sem ninguém perceber.
Use a aba Activity (Atividade) para inspecionar o trabalho delegado e seus resultados. Abra a entrega real e verifique se ela responde ao que foi pedido.
- O Dots consegue reter contexto útil por meio de memória e notas. Maaas Isso não significa que ele guarda cada detalhe de todas as conversas.
Mantenha as decisões importantes do projeto em um documento de origem acessível e aponte para ele nas tarefas futuras.
Para trabalhos de código delegados à nuvem, configure primeiro um ambiente Codex Cloud. O Passo 7 cobre esse pré-requisito.
O resultado útil aqui é uma atualização pronta para você agir, com as evidências perto o suficiente para conferir.
4. Torne Recorrente — e Mantenha o Controle
Assim que o relatório pontual for útil, peça um agendamento.
Todos os dias úteis às 09:00 Europe/Sofia, prepare a atualização de lançamento usando as fontes que validamos. Continue até [data final]. Entregue em [destino suportado]. Inclua mudanças desde o último relatório e decisões pendentes de mim. Confirme o cronograma salvo, o fuso horário e o destino.
Verifique a entrada em Scheduled (Agendados). Confirme se foi realmente criada e se o horário bate com o seu pedido.
- O monitoramento baseado em eventos é separado. Pergunte o que o serviço conectado suporta e valide o evento e a resposta antes de confiar nisso.
Por exemplo: um requisito muda no canal de lançamento → seu Dot prepara um briefing atualizado. Apenas conectar o canal não estabelece essa rotina.
Em seguida, revise as Regras personalizadas em Settings → Personalization → Permissions (Configurações → Personalização → Permissões).
Você pode definir quais ações devem seguir direto, exigir solicitação explícita, pedir aprovação ou voltar para você.
Minha regra inicial para este lançamento seria:
Pesquise e prepare rascunhos dentro dos acessos que concedi. Pergunte antes de enviar mensagens, editar registros compartilhados do projeto, gastar dinheiro ou publicar qualquer coisa.
Essas regras orientam o comportamento; elas não concedem permissões de app que faltam nem garantem que toda ação será executada perfeitamente.
Existem também três lugares diferentes para interromper o trabalho:
- Pause (Pausar) - Activity (Atividade) - Scheduled (Agendados)
Pausar o agente principal não cancela automaticamente os outros dois. Verifique os três quando for encerrar um fluxo de trabalho.
5. Coloque o GPT‑6.1 Sol Para Trabalhar
O seletor de modelos é o próximo lugar onde eu iria.
O GPT‑6.1 Sol está disponível no Work e no Codex para Plus, Pro, Business, Enterprise e Edu. Administradores de workspace podem precisar ativá-lo
https://x.com/thsottiaux/status/2105007628460109953
Também no seletor de modelos do chat
A OpenAI descreve o Sol como algo que oferece desempenho próximo ao Astra por um custo menor. Eu compararia os dois em uma tarefa familiar e exigente antes de escolher um padrão.
Abra o seletor de modelos abaixo do campo de texto, escolha o Sol e comece com a configuração padrão de raciocínio.
Dê a ele uma tarefa com um resultado que você possa avaliar:
Leia este briefing de lançamento e a landing page atual. Encontre afirmações sem embasamento, ambíguas ou inconsistentes. Sugira substituições exatas e explique qual evidência cada mudança exige.
Para usuários da API, o ID do modelo é gpt-6.1-sol.
Aqui vai a comparação padrão de preço por token:
Isso torna os preços unitários padrão de entrada e saída do Sol 80% menores. O custo final da sua tarefa ainda depende do uso de tokens, das ferramentas e das condições de preço.
O Sol suporta uma janela de contexto de 1,05 milhão de tokens. Solicitações acima de 272.000 tokens de entrada têm tarifas maiores; consulte a página do modelo antes de tratar um contexto gigante como barato.
Agora separe a escolha de modelo da escolha de velocidade.
Comparado ao Astra padrão, o Astra Ultrafast gera tokens até 8× mais rápido no Codex.
https://x.com/sama/status/2104994601140711896
Uma tarefa com esperas de navegador, ferramentas ou raciocínio longo não vai terminar automaticamente oito vezes mais rápido
O guia de velocidade lista o Pro 500 e o acesso elegível para Enterprise/Edu. O Ultrafast também consome sua cota mais rápido.
O novo plano Pro 500 custa US$ 500/mês. Comprar créditos extras no Pro 100 ou 200 não libera o Ultrafast.
Por fim, o Sign in with ChatGPT (Entrar com o ChatGPT) permite que usuários elegíveis do Plus/Pro usem a cota do seu plano em apps de terceiros participantes.
Escolha a opção de login do ChatGPT e ative o uso do plano onde estiver disponível. Suporte de login e suporte de uso do plano são coisas diferentes; o uso compartilha sua cota, e taxas do app ainda podem ser aplicadas.
6. Traga Seu Trabalho Para o Espaço do ChatGPT
**Parte super interessante
Nosso lançamento agora tem relatórios, decisões e rascunhos. Dê a eles um lugar onde a equipe possa encontrar a versão atual.*
https://x.com/thsottiaux/status/2104983716049379472
No lançamento, Space e Pages estão disponíveis no Pro, Business e Enterprise.
Abra o Space, escolha New page (Nova página) e crie uma página de lançamento. Adicione o briefing, os arquivos relevantes e os links das fontes.
Use o ChatGPT ao lado da página para rascunhá-la ou revisá-la. O guia do Space cobre criação de páginas, organização de espaços e compartilhamento de acesso.
Transforme estes materiais de lançamento em uma página de trabalho com: escopo atual, afirmações aprovadas, decisões em aberto, responsáveis e um histórico de mudanças com datas. Preserve os links das fontes.
É aqui que o Pages se torna útil: a versão acordada ganha uma casa para onde você pode voltar e atualizar.
Para um espaço de equipe, use All → New → Space (Tudo → Novo → Espaço), dê um nome e convide colaboradores. Verifique o acesso antes de adicionar material sensível; a participação no espaço se aplica a todas as suas páginas.
O Collaborative Slides (Slides Colaborativos) é outro anúncio do DevDay, com disponibilidade prevista para as próximas semanas. Trate-o como uma futura parte deste fluxo de trabalho.
Para automação compartilhada, Teams e Team Tasks oferecem trabalho agendado ou acionado por eventos usando conexões de equipe e contas de serviço configuradas.
- Chame o administrador do workspace para essa configuração. Um fluxo de equipe precisa de acesso que sobreviva ao logout ou à saída de um colega.
A OpenAI também anunciou o @ChatGPT no Slack e no Microsoft Teams. Os administradores configuram a integração, além das ferramentas e canais permitidos.
- Seu Dot pessoal no Slack e a integração compartilhada do @ChatGPT no workspace têm configurações e regras de acesso diferentes. Decida de quem o fluxo de trabalho deve usar as fontes.
Depois há o plugin Meetings: instale-o em Plugins, conclua a configuração de áudio e use Take notes (Tomar notas) em uma reunião.
Avise os participantes e obtenha consentimento antes de gravar. Depois, revise o resumo e as ações propostas antes de transformá-las em compromissos.
No lançamento, o Meetings é um beta para desktop macOS nos planos Pro e Business, com o Enterprise em alpha. Conexões de calendário adicionam conveniências como lembretes.
7. Construa, Revise e Entregue com o Codex
Digamos que o relatório de lançamento encontre um problema real: a página de cadastro quebra no celular.
https://x.com/OpenAIDevs/status/2104996045482778973
Dê à tarefa de código um alvo reproduzível.
Primeiro, configure o Codex Cloud: escolha Work in → Cloud (Trabalhar em → Nuvem), crie um ambiente e conecte o repositório GitHub necessário
Deixe a configuração inspecionar o projeto e instalar as dependências. Revise o relatório dela, resolva as lacunas e publique o ambiente antes de iniciar a tarefa.
Reproduza a falha de cadastro descrita em [issue]. Identifique a causa, faça a menor correção adequada e rode as verificações relevantes. Retorne o diff, os resultados e as incertezas restantes.
O renovado Codex CLI oferece outro ponto de entrada. Siga o guia de instalação, faça login e abra-o no diretório do seu projeto.
Para começar com o Sol:
1codex --model gpt-6.1-sol
A atualização adiciona controle por voz e uma visualização /agents para acompanhar o trabalho delegado.
- A CLI também inclui seleção de modelo, permissões e controles de revisão. Escolha o ambiente que dá ao agente o repositório e as ferramentas de que ele realmente precisa.
Em seguida, abra o Code Review na barra lateral do desktop, conecte seu provedor e selecione um pull request.
O guia de revisão lista o suporte ao GitHub e o preview do GitLab. Revisões automáticas podem fazer uma primeira passagem na nuvem após a configuração.
Revise as descobertas junto com as mudanças e as evidências de teste antes de fazer o merge.
Para trabalho de segurança, instale o Codex Security Cloud, selecione New scan (Nova varredura) e configure o repositório e o ambiente na nuvem.
Ative verificações contínuas de commit quando for útil e inspecione as evidências de cada achado.
- O Fix with Codex (Corrigir com o Codex) pode preparar um patch; revise esse patch antes de criar um PR rascunho.
Minha regra aqui é simples: peça as evidências necessárias para aceitar a mudança e depois leia-as de verdade
8. Crie Suas Próprias Ferramentas com Sites e Plugins
Depois de algumas atualizações de lançamento, você vai notar passos repetidos: as mesmas entradas, o mesmo formato, as mesmas verificações.
Esse é um ótimo candidato a plugin.
Onde estiver disponível, mencione o @Plugin Creator (Criador) e descreva o fluxo de trabalho. O guia de criação explica como refinar, testar e instalá-lo.
Crie um plugin de Atualização de Lançamento. Entradas: um briefing de lançamento, checklist atual e mudanças com datas. Saída: uma atualização com fontes, bloqueios, responsáveis e decisões. Peça fontes faltantes. Distinga fatos confirmados de sugestões. Prepare rascunhos para revisão. Use esta atualização anexada como referência de formatação.
Teste-o com informações incompletas e datas conflitantes. Um fluxo que só funciona num exemplo perfeito não vai economizar muito tempo.
Os anúncios de plugins do DevDay também cobrem envio e descoberta, além de Extensions (Extensões) para interfaces mais ricas, como apps de barra lateral, painéis de conversa e editores de arquivos.
Explore os exemplos oficiais de Extensions antes de decidir se o seu plugin precisa de uma interface personalizada.
Depois, use o Sites para construir um painel de lançamento. Descreva seus usuários, os dados de origem e as ações que cada pessoa deve poder realizar.
O novo recurso Sites com plugins pode usar ferramentas e dados conectados. No lançamento, esses sites são privados do workspace e dependem da ativação no workspace.
Cada visitante usa suas próprias contas e permissões conectadas. Compartilhar o site não entrega suas conexões para todo mundo.
Faça a prévia com dados reais e permitidos. Salve uma versão enquanto itera; o deploy cria uma URL pública, então trate a publicação como um passo intencional.
O MCP Events adiciona outra peça: servidores suportados podem entregar eventos que iniciam o trabalho do agente, usando assinaturas e webhooks.
Por exemplo, um novo bloqueio de lançamento poderia disparar um rascunho de atualização. O guia de eventos cobre o suporte necessário do servidor; um conector comum não vira automaticamente uma fonte de eventos.
Por fim, os Perfis Compartilháveis te dão um espaço para exibir Sites selecionados.
Abra seu perfil, escolha o que mostrar e revise o compartilhamento. Perfis pessoais começam privados; a disponibilidade e os controles de workspace variam, com o suporte Enterprise listado como "em breve".
9. Integre Agentes ao Seu Próprio Produto (concorrente do Jev)
https://x.com/thsottiaux/status/2104986448269279399
Para desenvolvedores, a próxima pergunta é como oferecer esse tipo de fluxo dentro de um aplicativo que os clientes já usam.
A Agents API foi lançada em 10 de setembro. O DevDay expande a história com o computer use (uso de computador); são marcos separados.
Comece pelo quickstart oficial. Crie uma chave de API de projeto com as permissões necessárias, instale o SDK e rode o exemplo de sandbox fornecido.
Mantenha a chave fora da sandbox do agente. Seu primeiro objetivo é criar uma sessão, observar o progresso e inspecionar um resultado real.
Depois adicione o uso de computador via navegador se o seu fluxo precisar. O guia cobre solicitações de acesso a sites, login, atividade do navegador e limpeza de sessão.
Para o nosso lançamento, comece com uma tarefa restrita: verifique o fluxo público de cadastro e relate o primeiro passo quebrado. Use uma conta de teste quando a autenticação for necessária.
- A Decisions API escolhe entre respostas predefinidas usando contexto de texto ou imagem. Seu foco é classificação, roteamento e decisões similares.
Exemplo de design: rotear um problema de lançamento recebido para copy, engenharia ou human_review. Defina os rótulos e exemplos de avaliação antes de conectar a decisão à produção.
Ela foi lançada em preview limitado, com acesso mais amplo planejado para os dias seguintes. Verifique o acesso antes de criar uma dependência em torno dela.
Para equipes AWS, o Bedrock Managed Agents traz a estrutura de agentes e a inferência de modelos da OpenAI para o Amazon Bedrock.
Sua execução, autenticação e serviços de suporte diferem da API hospedada pela OpenAI. Use a configuração específica da AWS, incluindo IAM, para esse caminho de implantação.
Os anúncios de Private Intelligence (Inteligência Privada) também exigem leitura atenta.
O Private Safety Processing suporta revisão automatizada de segurança sem que a OpenAI retenha os prompts e respostas cobertos. Registros de segurança criptografados permanecem em armazenamento controlado pelo cliente sob a configuração de retenção documentada.
O Private Inference (Inferência Privada) foi anunciado para preview neste outono. Trate isso como um marco futuro de disponibilidade ao planejar uma implantação.
Por fim, o OpenAI Marketplace permite que empresas elegíveis usem parte do seu compromisso com a OpenAI para softwares de parceiros aprovados. O acesso ocorre por meio do processo de interesse corporativo.
Esses status de lançamento estão registrados no resumo oficial do DevDay.
10. Mão na Massa: Quatro Configurações Práticas
Você não precisa montar tudo isso no primeiro dia.
Escolha o fluxo que cria algo útil para você nesta semana. Estes são designs iniciais; cada um depende dos acessos e conexões descritos acima.
A. O coordenador de lançamento
Entregue ao Dots o briefing de lançamento, o checklist, discussões selecionadas e um cronograma validado. Mantenha o plano atual em uma página do Space.
Prepare a atualização de lançamento de hoje. Mostre mudanças, evidências, bloqueios e decisões que precisam de mim. Rascunhe quaisquer mensagens de acompanhamento para aprovação.
Verifique: Você consegue rastrear cada afirmação importante até uma fonte? O relatório capturou a última mudança acordada?
B. A mesa de pesquisa do criador
Use uma tarefa agendada do Dot para coletar mudanças de uma lista definida de fontes. Use o Sol para transformar as notas validadas em um rascunho.
Revise estas fontes oficiais em busca de atualizações desde [data]. Separe recursos lançados de previews e anúncios. Vincule cada afirmação factual. Sugira três ângulos de artigo.
Verifique: Abra as fontes, confirme as datas e remova qualquer frase que sugira que você testou pessoalmente algo que não usou.
C. O fluxo issue-to-PR do desenvolvedor
Dê ao Codex um problema reproduzível e um ambiente configurado. Revise as mudanças resultantes e use o Code Review e ferramentas de segurança quando apropriado.
Reproduza este problema, proponha uma correção e rode as verificações relevantes. Mostre o diff e os resultados reais. Sinalize qualquer coisa que você não conseguiu verificar.
Verifique: A falha original desapareceu? Os testes são relevantes? Um revisor consegue entender a mudança e seus riscos restantes?
D. A central de acompanhamentos da equipe
Use o Meetings para notas, o Space para o registro acordado e uma Team Task para o acompanhamento assim que o acesso compartilhado estiver configurado.
Extraia decisões, ações propostas, responsáveis e datas destas notas. Marque qualquer coisa incerta. Prepare o acompanhamento para revisão antes de enviá-lo.
Verifique: Cada responsável aceitou a ação? As datas provisórias estão claramente marcadas? A equipe consegue abrir o registro vinculado?
A Mudança
A área onde o Dot realmente leva vantagem sobre o GrokBot é o modelo.
Mas será que isso vai realmente trazer muita gente para o lado da OpenAI?
Então você define o resultado → os agentes carregam o trabalho adiante → você toma as decisões.
O verdadeiro alpha é conectar esses lançamentos em um fluxo de trabalho com responsabilidade clara, contexto útil e um resultado que você possa verificar:
- Dê ao Dots um trabalho contínuo e limites de permissão claros.
- Use o Sol e o Codex para pesquisar, construir e revisar.
- Mantenha o trabalho compartilhado no Space. Transforme passos repetidos em plugins e tarefas agendadas
Agora você está projetando como o trabalho acontece.
O que o inicia? Quais fontes ele deve usar? Como é o "pronto"? Quais decisões voltam para você?
Você agora tem a configuração, os prompts e quatro fluxos práticos. Escolha um trabalho recorrente. Meça o tempo economizado e as correções necessárias. Depois expanda.
A habilidade a desenvolver é definir o trabalho com clareza suficiente para que um agente possa levá-lo adiante sem você direcionar cada clique.
Salve este manual nos favoritos - e dê ao seu Dot o primeiro trabalho de verdade
