Codex CLI ganha voz. Recuperar o trabalho importa mais

O Codex CLI 0.155.0 acrescentou conversas de voz experimentais em 17 de setembro de 2026. Daria, porém, prioridade às alterações que preservam o trabalho: guardar um prompt quando a compactação do contexto falha e recuperar tarefas após reiniciar o serviço gerido. A correção 0.155.1, publicada no dia seguinte, também interessa se o fornecedor rejeitar resumos de raciocínio. São alterações documentadas no cliente, não um novo modelo. [1]

O que permite fazer a voz no Codex CLI?

O novo modo permite conversar em direto na interface do terminal, com transcrição e controlos de áudio. A implementação inclui /voice, /voice mute e /voice stop. Pode ler as respostas finais do trabalho delegado durante a conversa, sem ler os comentários intermédios desse trabalho. As respostas a mensagens escritas também não são lidas automaticamente. [2]

Uma apresentação das novidades publicada no r/CodexAutomation em 18 de setembro começou pela voz. A escolha percebe-se: é a novidade mais visível. Essa publicação ajuda a descobrir a versão, mas não constitui um teste independente ao funcionamento da voz. [7]

Experimentá-la-ia para explicar um problema ou discutir uma alteração enquanto observo o código. Para caminhos exatos e critérios de aceitação, continuaria a preferir uma instrução escrita que pudesse verificar. As notas apresentam a voz como experimental e limitada a versões compatíveis; não prometem que esteja disponível em todas as instalações. [1]

Isto muda a forma de falar com o agente. É uma questão distinta da capacidade e do custo analisados na minha comparação do GPT-6 Astra.

O que acontece quando uma tarefa longa é interrompida?

Duas correções tratam de formas diferentes de perder a continuidade de uma sessão. A primeira diz respeito à compactação, o passo que reduz o contexto da conversa antes de o trabalho prosseguir. Anteriormente, uma falha antes do turno seguinte podia deixar um prompt já aceite fora do histórico guardado. A correção regista a entrada antes de comunicar a falha. [4]

A distinção ajuda a analisar uma sessão que falhou. Um erro ainda pode interromper o turno, mas a instrução deverá continuar disponível no histórico. O teste de regressão descrito na alteração verifica que o prompt é guardado uma única vez e que não há outro pedido ao modelo após a falha. Não afirma que a compactação deixou de poder falhar. [4]

A segunda correção recupera tarefas guardadas quando o daemon gerido, ou seja, o serviço em segundo plano, reinicia. A recuperação decorre em segundo plano e os objetivos ativos podem continuar antes de um cliente voltar a ligar-se. Se uma tarefa não puder ser recuperada, o processo continua com as restantes. [5]

Interpreto estas alterações como melhorias na continuidade das sessões. Complementam a preservação do contexto útil do repositório, que resolve outro problema: conservar uma instrução não garante que o modelo tenha as informações certas sobre o projeto. As alterações ao daemon dizem também respeito ao serviço local do Codex, não à Agents API alojada.

A limpeza de worktrees identifica a tarefa proprietária

O explorador de worktrees associa agora cada cópia de trabalho gerida à tarefa proprietária. Mostra o título, quando foi atualizada e se está arquivada ou indisponível. Um worktree é uma cópia de trabalho separada do repositório; essa relação ajuda a perceber por que existe um diretório antes de o eliminar. [3]

A eliminação exige confirmação, seleciona Cancelar por predefinição e preserva o histórico da conversa. Limita-se aos worktrees geridos do repositório atual. Recusa a cópia de trabalho atual e qualquer cópia que contenha alterações locais, ficheiros não acompanhados ou ficheiros ignorados. [3]

Convém perceber por que também contam os ficheiros ignorados. Um diretório pode conter ficheiros gerados que o Git normalmente omite da lista de alterações. Esta verificação antes da eliminação tem-nos na mesma em conta. Prefiro esse comportamento prudente quando faço limpeza depois de tarefas paralelas. Dá mais informação antes de remover ficheiros, independentemente de qual agente implementa melhor uma funcionalidade grande.

Porque mudou a versão 0.155.1 os resumos de raciocínio?

A versão 0.155.0 fazia com que as novas sessões locais do terminal pedissem resumos detalhados por predefinição. Alguns fornecedores não os suportam e rejeitavam o pedido. A correção de 18 de setembro repõe none como valor predefinido, respeitando as opções explícitas auto, concise e detailed. [6]

É uma correção de compatibilidade, não um anúncio de que o modelo raciocina menos. A alteração diz respeito ao resumo pedido do raciocínio. Se, depois de ler o anúncio da versão 0.155.0, esperava resumos em direto automaticamente após atualizar, esta correção explica a diferença. [6]

Os primeiros relatos também merecem ser postos em perspetiva. Um utilizador do r/codex relatou que a versão 0.155.0 não conseguia inicializar o sandbox do Windows e que regressar à 0.154.0 resolveu o problema. É um relato individual, não uma falha confirmada em todas as instalações Windows. [8] A correção documentada da versão 0.155.1 diz respeito aos resumos de raciocínio; não partiria do princípio de que resolve esse outro problema.

Num fluxo de trabalho já baseado no terminal, verificaria a preservação dos prompts e a recuperação das tarefas antes de dedicar muito tempo à voz. Outra forma de dar uma instrução é útil; conseguir encontrá-la depois de uma interrupção é o que permite continuar o trabalho.