No OpenAI DevDay 2026, em 29 de setembro, o Codex recebeu quatro atualizações: Codex cloud com ambientes reutilizáveis (Plus, Pro, Business, Healthcare, Edu e Enterprise); uma CLI atualizada com voz, visualização /agents, edição de prompts, retomar sessões e worktrees (todos os planos); Code Review no aplicativo de desktop do ChatGPT para PRs do GitHub e MRs do GitLab, com revisões automáticas na nuvem (todos os planos); e Codex Security Cloud para verificações agendadas de repositórios e preparação de correções (Pro, Business, Enterprise e Edu). No mesmo dia, a CLI do Codex 0.159.1 tornou o GPT-6.1 Sol o modelo padrão.
Este guia mostra o que cada mudança faz, quais comandos usar e onde estão as lacunas. Para o restante do evento, consulte o hub do DevDay 2026 para desenvolvedores de API.
Há uma lacuna importante para equipes de API: o Codex escreve e revisa código, mas suas revisões não chamam sua API em execução. É aqui que entram os testes de contrato no Apidog. A última seção mostra como incluí-los no CI.
O que mudou no Codex no DevDay 2026
| Atualização | O que faz | Onde você usa | Planos | Status |
|---|---|---|---|---|
| Ambientes na nuvem do Codex | Prepare uma configuração uma vez e reutilize-a em workspaces isolados | Web, aplicativo de desktop, codex cloud
|
Plus, Pro, Business, Healthcare, Edu, Enterprise | Disponível |
| CLI do Codex atualizada | Voz, visualização /agents, edição de prompt, retomar, worktrees |
Terminal | Todos os planos | Disponível |
| Code Review | Painel de revisão de PR e MR, revisões automáticas na nuvem | Aplicativo de desktop do ChatGPT, GitHub, GitLab | Todos os planos | GitHub GA; MRs do GitLab em prévia |
| Codex Security Cloud | Verificações agendadas, descobertas deduplicadas, preparação de correções | Codex cloud, via plugin | Pro, Business, Enterprise, Edu | Prévia de pesquisa |
| GPT-6.1 Sol como padrão | Modelo padrão no catálogo incluído na CLI | CLI, Codex e ChatGPT Work | Plus, Pro, Business, Enterprise, Edu; habilitado por administrador em Enterprise e Edu | Disponível |
Fontes: resumo do DevDay 2026 da OpenAI, página de novidades do Codex e a documentação do Codex linkada nas seções abaixo.
Codex cloud: ambientes reutilizáveis
O Codex cloud executa tarefas de codificação na nuvem para que o trabalho continue enquanto seu computador está parado. A principal mudança do DevDay é o modelo de ambiente.
Segundo a documentação de ambientes na nuvem, um ambiente é uma configuração reutilizável compartilhada pelas tarefas:
- repositórios;
- dependências;
- ferramentas;
- configurações de acesso.
Cada nova tarefa recebe seu próprio workspace isolado, criado a partir da versão publicada do ambiente.
Criar um ambiente reutilizável
- Em uma nova tarefa, selecione Trabalhar em > Nuvem.
- Clique em Criar ambiente.
- Selecione os repositórios GitHub que o Codex deve verificar.
- Permita que o Codex inspecione o projeto, instale dependências e teste o fluxo de trabalho.
- Responda às perguntas sobre configurações que ele não conseguir inferir.
- Revise o relatório gerado.
- Selecione Publicar.
Ao publicar, o Codex registra o que funcionou em dois componentes:
- um script de instalação;
- uma habilidade de inicialização que sobe os serviços e verifica se estão prontos.
Configurações que merecem atenção
- Atualização de repositório: é executada em segundo plano e mantém caches de dependências. Isso evita reinstalar tudo em cada tarefa.
- Acesso à Internet: é configurado por ambiente. Você pode usar um preset de gerenciador de pacotes, liberar domínios específicos ou usar acesso irrestrito.
- Segredos de rede: mantêm credenciais fora do sandbox. O código recebe um placeholder, enquanto um proxy substitui o valor real apenas para destinos HTTPS permitidos.
Se uma tarefa precisar chamar uma API de staging, adicione o host à lista de domínios permitidos e armazene o token como segredo de rede. Não use uma variável de ambiente simples para esse caso.
No terminal, use codex cloud para enviar trabalho à nuvem e listar chats recentes:
codex cloud
A CLI do Codex atualizada
Instale a CLI com o script da documentação da CLI do Codex:
curl -fsSL https://chatgpt.com/codex/install.sh | sh
O changelog do Codex também lista a instalação via npm:
npm install -g @openai/codex
A versão 0.159.1, lançada em 29 de setembro, adicionou o GPT-6.1 Sol como modelo padrão no catálogo empacotado. A documentação da CLI usa gpt-6.1-sol medium como exemplo de sessão.
Segundo a página de modelos do Codex:
- Free e Go não estão incluídos no lançamento;
- Enterprise e Edu recebem o modelo apenas depois que um administrador o habilita.
Para trocar de modelo durante uma sessão:
/model
Ou inicie a CLI com um modelo específico:
codex --model gpt-6-sol
Para entender as diferenças em relação ao GPT-6 Sol, incluindo a ausência do esforço none, consulte O que é GPT-6.1 Sol?.
Comandos práticos da CLI
| Recurso | Como usar | Fonte |
|---|---|---|
| Voz | Ativada por padrão desde 0.156.0; F8 alterna o recurso e /voice settings escolhe uma voz |
Changelog |
Visualização /agents
|
Mostra uma visão geral dos agentes; permite filtrar tarefas por status e iniciar sessões worktree | Recapitulação, changelog |
| Edição de prompt | Edite um prompt anterior para reverter o thread àquele ponto | Changelog |
| Retomar |
codex resume retorna a um chat salvo |
Docs da CLI |
| Worktrees |
/worktree executa o chat em um novo worktree Git; /fork copia o chat para outro chat ou worktree |
Referência de comandos |
| Modelo |
/model escolhe modelo e esforço de raciocínio |
Docs da CLI |
| Revisão local |
/review verifica alterações não commitadas, um commit ou um branch base |
Docs da CLI |
O suporte a worktrees está ativado por padrão desde a versão 0.156.0. Isso permite executar agentes paralelos no mesmo repositório sem que duas tarefas alterem os mesmos arquivos.
Antes de criar um commit, execute:
/review
O comando relata descobertas priorizadas sem modificar sua árvore de trabalho.
Code Review: aplicativo de desktop, GitHub e GitLab
O Code Review é um plugin do aplicativo de desktop do ChatGPT. Segundo a documentação do Code Review, ele mostra:
- descrição do pull request;
- arquivos alterados;
- comentários;
- verificações do PR.
Use esse painel para investigar problemas antes de aprovar uma alteração.
A revisão para GitHub está geralmente disponível. O suporte a merge requests do GitLab está em prévia.
Configurar revisões automáticas
As revisões automáticas na nuvem exigem:
- o conector ChatGPT Codex;
- permissões para os repositórios.
Os comentários aparecem tanto no GitHub quanto no painel do Code Review. A revisão na nuvem não exige que você crie ou gerencie um ambiente na nuvem.
Segundo o guia de integração do GitHub, você também pode acionar uma revisão adicionando este comentário em um PR:
@codex review
No GitHub, o Codex sinaliza apenas problemas P0 e P1.
Definir regras de revisão por repositório
Crie uma seção ## Code Review Rules no arquivo AGENTS.md. Coloque o arquivo o mais próximo possível do código que ele governa.
Exemplo:
## Code Review Rules
- Sinalize mudanças que alterem contratos públicos de API.
- Verifique se endpoints autenticados mantêm autorização adequada.
- Priorize regressões que possam causar falhas de produção.
- Não reporte formatação ou regras já cobertas pelo linter.
As regras de revisão não substituem testes, proteções de branch ou aprovações obrigatórias. Deixe verificações mecânicas no CI.
Para um fluxo completo, consulte Codex para revisão de código.
Codex Security Cloud
O Codex Security Cloud escaneia repositórios GitHub conectados ao Codex cloud. O resumo da OpenAI descreve:
- verificações agendadas;
- descobertas deduplicadas;
- preparação de correções na nuvem.
Ele inclui modelos Daybreak Blue sem exigir uma aplicação separada. O artigo Daybreak Blue vs Red explica esses níveis.
O recurso está em prévia de pesquisa para os planos Pro, Business, Enterprise e Edu.
Configurar uma verificação de segurança
Segundo o guia de configuração do Security Cloud:
- Instale o plugin Codex Security Cloud no marketplace de plugins do ChatGPT.
- Selecione Conectar GitHub e conceda acesso aos repositórios que deseja escanear.
- Escolha um repositório e um ambiente na nuvem.
- Defina o destino como Repositório.
- Inicie uma verificação.
- Para cobertura contínua, escolha Commit changes.
- Ajuste ambiente, dias de histórico ou estado de pausa em Monitoring settings.
- Em uma descoberta, use Fix with Codex para gerar um patch.
- Use Create draft pull request para abrir o patch para revisão.
Para cobertura por PR, o GitHub também oferece suporte a:
@codex security review
Essa é uma revisão mais profunda e específica de segurança, ainda em prévia de pesquisa.
Onde o Apidog se encaixa: o Codex revisa código, sua API ainda precisa de um teste
O Code Review lê diffs, descrições, comentários e verificações. Ele não envia requisições para seu serviço em execução.
Um pull request que renomeia um campo JSON ou altera um código de status pode parecer correto em uma revisão e ainda quebrar clientes em produção. Isso é um problema de contrato e precisa de um teste que chame a API.
A implementação recomendada é:
- Mantenha sua especificação OpenAPI e cenários de teste no Apidog.
- Faça cada cenário validar códigos de status e esquemas de resposta.
- Execute os cenários com a CLI do Apidog em cada pull request.
- Exiba o resultado como uma verificação do PR.
O Code Review mostra as verificações do pull request. Portanto, um teste de contrato falho aparece ao lado dos comentários do Codex no mesmo painel.
Leia mais em Testes de contrato de API.
Comece com os endpoints críticos
Não tente cobrir toda a API de uma vez. Priorize endpoints dos quais os clientes mais dependem e valide:
- código de status;
- campos obrigatórios;
- tipos dos campos;
- estrutura da resposta.
Por exemplo, se um PR renomear user_id para userId, uma validação de esquema pode falhar antes da aprovação do PR. A CLI retorna um código diferente de zero e a verificação fica vermelha no GitHub.
Essa divisão segue a orientação da OpenAI:
- regras de revisão cobrem comportamentos consequenciais e específicos do repositório;
- CI cobre verificações determinísticas.
Exemplo: testes de contrato com GitHub Actions
Crie um workflow, por exemplo .github/workflows/api-contract-tests.yml:
name: api-contract-tests
on: pull_request
jobs:
apidog:
runs-on: ubuntu-latest
steps:
- run: npm install -g apidog-cli
- run: apidog run --access-token "$APIDOG_ACCESS_TOKEN" -t "$SCENARIO_ID" -e "$ENV_ID" -r cli,junit
env:
APIDOG_ACCESS_TOKEN: ${{ secrets.APIDOG_ACCESS_TOKEN }}
SCENARIO_ID: ${{ vars.APIDOG_SCENARIO_ID }}
ENV_ID: ${{ vars.APIDOG_ENV_ID }}
O Codex também pode executar o mesmo comando localmente antes de abrir o PR. Assim, ele recebe o erro enquanto ainda tem contexto sobre a alteração.
Para configurar esse fluxo, consulte Usando a CLI do Apidog no Codex. Para conectar tarefa, implementação, PR e validação, leia Construindo uma fábrica de software com o Codex.
FAQ
O que o Codex recebeu no DevDay 2026?
Ambientes na nuvem reutilizáveis, uma CLI atualizada com voz, /agents, edição de prompt, retomar e worktrees, Code Review no aplicativo de desktop com revisões automáticas na nuvem e o Codex Security Cloud em prévia de pesquisa.
Qual é o modelo padrão na CLI do Codex agora?
GPT-6.1 Sol, desde a CLI 0.159.1 em 29 de setembro. Use /model para trocar de modelo ou alterar o esforço de raciocínio.
Posso usar o Codex cloud no plano Free?
Não. O Codex cloud está disponível para Plus, Pro, Business, Healthcare, Edu e Enterprise. A CLI e o Code Review estão em todos os planos. Consulte também o guia gratuito do Codex.
O Code Review do Codex testa minha API?
Não. Ele lê o diff, a descrição, os comentários e as verificações do pull request. Adicione testes de contrato no CI para falhar a verificação quando o comportamento da API mudar.
Quem pode usar o Codex Security Cloud?
Usuários dos planos Pro, Business, Enterprise e Edu, em prévia de pesquisa. Você instala o recurso como plugin e conecta o GitHub.
Próximo passo
- Atualize a CLI do Codex.
- Execute
/modele confirme que está usandogpt-6.1-sol. - Execute
/reviewno próximo branch. - Baixe o Apidog.
- Transforme um endpoint crítico em um cenário de teste.
- Adicione o workflow de CI para validar cada PR do Codex contra a API em execução, não apenas contra o diff.
Top comments (0)