Codex CLI aggiunge la voce. Conta di più riprendere il lavoro

Codex CLI 0.155.0 ha aggiunto conversazioni vocali sperimentali il 17 settembre 2026. Darei però la precedenza alle modifiche che conservano il lavoro: salvare un prompt quando fallisce la compattazione del contesto e ripristinare le attività dopo il riavvio del servizio gestito. La correzione 0.155.1 del giorno seguente conta anche se il tuo provider rifiuta i riepiloghi del ragionamento. Sono modifiche documentate del client, non un nuovo modello. [1]

Che cosa permette di fare la voce in Codex CLI?

La nuova modalità consente una conversazione dal vivo nell’interfaccia del terminale, con trascrizione e controlli audio. L’implementazione include /voice, /voice mute e /voice stop. Può leggere le risposte finali del lavoro delegato durante la conversazione, lasciando silenziosi i commenti intermedi. Le risposte ai messaggi digitati non vengono lette automaticamente. [2]

Una raccolta delle novità pubblicata su r/CodexAutomation il 18 settembre si apriva con la voce. È comprensibile: è l’aggiunta più evidente. Quel post aiuta a scoprire la release, ma non è un test indipendente di quanto bene funzioni la voce. [7]

La proverei per spiegare un problema o discutere una modifica mentre guardo il codice. Per percorsi esatti e criteri di accettazione, preferirei ancora un’istruzione scritta da controllare. Le note definiscono la voce sperimentale e la limitano alle build supportate; non promettono che sia disponibile in tutte le installazioni. [1]

Cambia il modo in cui parli con l’agente. È una questione diversa dalle capacità e dai costi esaminati nel mio confronto su GPT-6 Astra.

Che cosa succede quando si interrompe un’attività lunga?

Due correzioni affrontano modi diversi in cui una sessione può perdere continuità. La prima riguarda la compattazione, il passaggio che riduce il contesto della conversazione prima di proseguire. In precedenza, un errore prima del turno successivo poteva lasciare fuori dalla cronologia un prompt già accettato. Ora l’input viene registrato prima di segnalare l’errore. [4]

La distinzione aiuta a esaminare una sessione fallita. Un errore può ancora interrompere il turno, ma l’istruzione dovrebbe restare nella cronologia. Il test di regressione descritto nella modifica verifica che il prompt sia salvato una volta sola e che dopo l’errore non partano altre richieste al modello. Non afferma che la compattazione non possa più fallire. [4]

La seconda correzione ripristina le attività salvate quando si riavvia il daemon gestito, cioè il servizio in background. Il ripristino avviene in background e gli obiettivi attivi possono proseguire prima che un client si riconnetta. Se un’attività non viene recuperata, il processo continua con le altre. [5]

Leggo queste modifiche come miglioramenti alla continuità delle sessioni. Completano la conservazione del contesto utile del repository, che risolve un problema diverso: conservare un’istruzione non garantisce che il modello abbia le informazioni corrette sul progetto. Le modifiche al daemon riguardano inoltre il servizio locale di Codex, non la Agents API ospitata.

La pulizia dei worktree mostra l’attività proprietaria

Il browser dei worktree collega ora una copia di lavoro gestita all’attività a cui appartiene. Mostra il titolo, quando è stata aggiornata e se è archiviata o non disponibile. Un worktree è una copia di lavoro separata del repository: quel collegamento aiuta a capire perché una directory esiste prima di eliminarla. [3]

L’eliminazione richiede conferma, seleziona Annulla per impostazione predefinita e conserva la cronologia della conversazione. È limitata ai worktree gestiti del repository corrente. Rifiuta la copia di lavoro attuale e qualsiasi copia con modifiche locali, file non tracciati o file ignorati. [3]

Vale la pena capire perché contano anche i file ignorati. Una directory può contenere file generati che Git normalmente omette dall’elenco delle modifiche. Questo controllo prima della cancellazione li considera comunque. Preferisco un comportamento prudente quando faccio pulizia dopo attività parallele. Fornisce più informazioni prima di rimuovere file, indipendentemente da quale agente implementi meglio una funzionalità grande.

Perché 0.155.1 ha cambiato i riepiloghi del ragionamento?

La versione 0.155.0 faceva richiedere riepiloghi dettagliati per impostazione predefinita alle nuove sessioni locali del terminale. Alcuni provider non li supportano e rifiutavano la richiesta. La correzione del 18 settembre ripristina none come valore predefinito, rispettando le impostazioni esplicite auto, concise e detailed. [6]

È una correzione di compatibilità, non l’annuncio che il modello ragioni meno. Cambia il riepilogo richiesto del ragionamento. Se dopo aver letto l’annuncio di 0.155.0 ti aspettavi riepiloghi dal vivo automatici una volta aggiornato, la correzione spiega la differenza. [6]

Anche le prime segnalazioni vanno contestualizzate. Un utente di r/codex ha riferito che 0.155.0 non riusciva a inizializzare il sandbox di Windows e che tornare a 0.154.0 aveva risolto il problema. È una singola testimonianza, non un errore confermato su tutte le installazioni Windows. [8] La correzione documentata di 0.155.1 riguarda i riepiloghi: non presumerei che risolva anche quest’altro problema.

Per un flusso di lavoro già basato sul terminale, controllerei la conservazione dei prompt e il ripristino delle attività prima di dedicare molto tempo alla voce. Un altro modo di dare istruzioni è utile; ritrovarle dopo un’interruzione è ciò che permette di continuare il lavoro.