GPT-6 Astra in Codex: note tra finestre, livelli di impegno e il conto reale

GPT-6 Astra è un modello del 2026-09-03, e questa pagina non è una copertura di lancio — è il riferimento per indirizzare il tuo agente di programmazione verso di esso ora che è ampiamente disponibile. Il motivo per cui uno sviluppatore farebbe il passaggio è una meccanica specifica, e vale la pena capirla prima di spendere qualsiasi cifra: invece di comprimere una lunga sessione in un unico riassunto lossy ogni volta che la finestra si riempie, Co​dex con GPT-6 Astra conserva le note attraverso le finestre di contesto e mantiene ricercabili le finestre di contesto precedenti, così un requisito che hai indicato quaranta turni fa e l'output del test fallito dieci turni fa sono entrambi ancora recuperabili anziché essere riassunti e persi. Ope​nAI definisce la funzionalità sperimentale, la abilita con una riga nel tuo config.toml di Co​dex e afferma che diventerà l'impostazione predefinita per Astra. Tutto ciò che segue — la configurazione esatta, i livelli di effort, i risultati misurati e un conto di sessione dettagliato che nomina la riga dell'input in cache — è stato letto dalle pagine di Ope​nAI il 2026-09-16, e ogni dato di terze parti è etichettato come tale.

Due cose sono successe questa settimana che cambiano i calcoli sull'adozione. Il 2026-09-12 il responsabile di Ope​nAI Co​dex ha pubblicato un postmortem che confermava che l'esperimento di gestione del contesto stesso aveva un bug — causava interruzioni premature e risposte a messaggi obsoleti, ed è stato disattivato per i circa 4.000–5.000 utenti che lo utilizzavano — e Ope​nAI ha emesso un azzeramento completo dell'utilizzo per gli utenti di Co​dex e Astra a mezzanotte tra il 09-12 e il 09-13. La stessa settimana, gli spazi di lavoro enterprise che avevano Astra disattivato per impostazione predefinita al lancio sono diventati amministrabili secondo il proprio listino. Quindi la posizione onesta è: vale la pena adottare il meccanismo, la build si sta ancora muovendo sotto di te, e dovresti provarlo su un branch piuttosto che contro una scadenza.

Cosa c'è davvero di nuovo in Codex con GPT-6 Astra

Chiedi a qualsiasi agente di programmazione di lavorare per sei ore e ti scontri con lo stesso muro. La finestra di contesto si riempie, l'harness riassume la trascrizione in un unico blocco denso per fare spazio, e il riassunto perde informazioni esattamente nel modo che fa male — il motivo per cui una correzione precedente ha fallito, la forma esatta di un test fallito, un vincolo che l'utente ha menzionato di sfuggita al terzo turno. Il dettaglio recuperato, non il dettaglio riassunto, è ciò che volevi davvero.

L'integrazione di Codex in Astra cambia la forma di tutto questo. La documentazione di Codex di OpenAI lo afferma chiaramente: "Astra conserva le note attraverso le finestre di contesto e può cercare messaggi precedenti e risultati degli strumenti della stessa attività." Le note sono durevoli e scrivibili; la cronologia dietro di esse rimane leggibile, così una finestra precedente può ancora essere cercata per la prova originale anche dopo che la nota al riguardo è stata scritta. I requisiti e i risultati dei test provenienti da messaggi precedenti e dall'output degli strumenti rimangono rintracciabili.

OpenAI è esplicito sul fatto che questo non è un lavoro finito. Il suo riferimento di configurazione descrive il flag come "Abilita la gestione sperimentale del contesto (disattivata per impostazione predefinita)" e afferma che la funzionalità "utilizza note e cronologia ricercabile per preservare i dettagli accumulati". La documentazione afferma inoltre che "non è disponibile con l'accesso Business, Enterprise o con chiave API al lancio". Inoltre, questo non è un contesto infinito: il modello ragiona comunque all'interno di una finestra finita, e ogni rilettura di una nota precedente consuma il budget di input di quel turno. La finestra è di 1.050.000 token con un massimo di 922.000 token di input, secondo la documentazione del modello di OpenAI; il meccanismo delle note si aggiunge a questo, non lo sostituisce.

La configurazione, esattamente come la documenta Ope​nAI

L'impostazione è figlia della tabella [features] nel tuo Co​dex config.toml — il file si trova in ~/.codex/ a meno che tu non abbia sovrascritto CODEX_HOME. Il percorso della chiave documentato è features.context_management.experimental_mode, un booleano, e il valore è true:

[features.context_management]
experimental_mode = true

Se hai già una tabella [features] nel file, aggiungi la chiave relativa al suo interno invece di dichiarare la tabella due volte:

[features]
context_management.experimental_mode = true

Usa una forma o l'altra. Le descrizioni del flag fatte dalla community riportano che dichiarare il percorso puntato alla radice e poi aprire una tabella [features] più avanti nello stesso file può fallire l'analisi come tabella ridichiarata, il che è una regola TOML e non di Ope​nAI — ma questo crea problemi alle persone, quindi scegli una forma e mantienila. Dopo la modifica, avvia un nuovo task: l'impostazione non si applica retroattivamente a una sessione già in esecuzione.

La metà relativa al modello dello stesso file non è degna di nota, e la documentazione di riferimento di Ope​nAI documenta direttamente queste chiavi — model è "Modello da usare", model_provider ha come valore predefinito openai:

model = "gpt-6-astra"
model_provider = "openai"
model_reasoning_effort = "high"

Un avvertimento sulla lettura delle versioni della documentazione. Il riferimento di configurazione di Co​dex indica che model_reasoning_effort accetta minimal, low, medium, high e xhigh, precisando che xhigh dipende dal modello — mentre la pagina del modello API di Ope​nAI per gpt-6-astra documenta reasoning.effort come low, medium, high, xhigh e max. Lo slider del client e l'API non descrivono lo stesso insieme, quindi imposta effort in modo esplicito e verifica ciò che il tuo client ha accettato invece di dare per scontato.

Selezionare il modello — e la regola di accesso che trae in inganno

La documentazione del modello Codex di OpenAI fornisce direttamente la forma CLI: codex -m gpt-6-astra. In una sessione interattiva, /model cambia il modello e regola lo sforzo di ragionamento; in un'esecuzione singola, codex exec -m gpt-6-astra "Rivedi le modifiche correnti" funziona allo stesso modo. Nell'app desktop e nell'estensione IDE, il controllo del modello si trova sotto l'area di composizione.

La regola di accesso è il punto in cui le persone sbagliano, e vale la pena leggerla due volte perché le due funzionalità hanno cancelli diversi:

• Il modello — disponibile su ChatGPT Work, Codex e l'API, e anche servito su Microsoft Azure e AWS Bedrock. La pagina di lancio di OpenAI afferma che Astra «viene distribuito da oggi a un numero limitato di organizzazioni e nei prossimi giorni diventerà disponibile a tutti gli utenti di ChatGPT Plus, Pro, Business ed Enterprise».

• La gestione sperimentale del contesto — più ristretta. La documentazione di Ope​nAI afferma che "Richiede l'accesso a ChatGPT su Plus, Pro o Pro Lite" e che "non è disponibile con l'accesso Business, Enterprise o tramite chiave API al momento del lancio".

Quella seconda riga è quella da interiorizzare. Puoi chiamare gpt-6-astra con una chiave API e puoi pagarlo con un piano Business, ma la funzione delle note tra finestre non ci sarà. Se il meccanismo delle note è il motivo per cui stai passando, ti serve un accesso a ChatGPT Plus, Pro o Pro Lite nel client Co​dex, non una chiave API. Ope​nAI lo presenta come una disponibilità che dipende da "il rollout, il tuo metodo di accesso e il tuo client", che è la versione cortese della stessa cosa.

Due ulteriori avvertenze, etichettate come riferite anziché documentate dal fornitore. La copertura del rollout afferma che per Astra è richiesta la versione 0.153.0 o successiva di Co​dex CLI; non abbiamo potuto confermare tale soglia di versione sulle pagine di Ope​nAI stesso. E la documentazione di Co​dex descrive delle preimpostazioni del selettore di modelli — Astra Light, Astra Medium, Astra Extra High — offerte agli account Pro, Business ($100) ed Enterprise idonei insieme al cursore del ragionamento. Quelle sono posizioni del selettore, non prodotti separati: Ope​nAI documenta un solo id di modello, gpt-6-astra, con un unico insieme di specifiche e un unico prezzo, e non pubblica alcuna specifica o tariffa separata per nessuna configurazione "Astra Pro" o "Astra Medium". Considera non verificata qualsiasi cifra citata per un livello Astra denominato.

Se vuoi provare il modello prima di impegnare un percorso di produzione su di esso, instradarlo attraverso un unico endpoint accanto al tuo modello attuale è il modo economico per scoprirlo — GPT-6 Astra è nel catalogo OrcaRouter, quindi un'esecuzione di confronto ti costa una stringa di modello invece di un secondo contratto e di un secondo SDK.

Sforzo di ragionamento: cinque livelli, e quanto costa ciascuno

La documentazione API di OpenAI per gpt-6-astra elenca cinque livelli di sforzo — low, medium, high, xhigh e max — e le indicazioni di Codex sono schiette su come usarli: «Usa lo sforzo di ragionamento più basso che produca il risultato che ti serve», e parti da quello predefinito, aumentandolo quando un'attività richiede una pianificazione più approfondita.

Il motivo per cui ignorare quel consiglio è costoso, su questo modello in particolare, sta in dove finiscono i token di ragionamento sulla fattura. I token di ragionamento sono token di output, e l'output su Astra costa 50,00 $ per milione — dieci volte la tariffa di input e cinquanta volte la tariffa dell'input in cache. Quindi il trade-off non è astratto:

• Ogni 1.000 token di ragionamento aggiuntivi per turno costa $0,05 alla tariffa di output.

• Nell'arco di una sessione di 150 turni, mantenere 1.000 token di ragionamento extra per turno costa circa $7,50; mantenerne 5.000 extra costa circa $37,50.

• Nella sessione di esempio riportata di seguito, l'output è già la voce singola più grande, a $0,200 per turno contro $0,090 di letture dalla cache — la crescita del ragionamento è il termine che fa aumentare il totale più rapidamente.

Ciò che OpenAI non pubblica è una tabella per livello di effort: non esiste un dato del fornitore su quanti reasoning token xhigh o max emette su un'attività di coding rispetto a medium, e nessun benchmark del fornitore suddiviso per effort. Chiunque ti citi un rapporto preciso tipo "max costa 2x" sta citando una propria misurazione, non quella di OpenAI. Il metodo onesto è eseguire un'attività rappresentativa a due livelli di effort e leggere il blocco usage nella risposta — quel numero, moltiplicato per 50 $ per milione, è il tuo vero sovrapprezzo di effort.

I risultati misurati, ciascuno con la propria fonte

Attività di coding e da terminale, tutte riportate dal fornitore Ope​nAI salvo diversa indicazione. Terminal-Bench 4.0: GPT-6 Astra al 57,9%, contro il 37,3% di GPT-5.6 Sol e il 55,8% di Claude Fable 5.1 — con Ope​nAI che stima un costo API per attività inferiore di circa il 9% rispetto a GPT-5.6 Sol e del 63% rispetto a Claude Fable 5.1. DeepSWE v1.1 di Datacurve colloca Astra al 74,1% sul benchmark proprietario di Datacurve, una cifra che Datacurve descrive come un nuovo record e che alcune coperture arrotondano al 74%. Sul set agentico più ampio, Ope​nAI riporta OSWorld 2.0 al 72,6% a circa 40 minuti per attività — circa il 47% in meno di tempo per attività rispetto a GPT-5.6 Sol — insieme a FrontierMath Tier 4 al 98%, ARC-AGI-3 al 99,9% ed ExploitBench al 100%, tutti descritti da Ope​nAI come livelli saturi o effettivamente saturi. Questi sono i numeri del fornitore; non li abbiamo riprodotti, e un esame indipendente della cifra di ARC-AGI-3 da parte di ARC Prize ha rilevato che è stata misurata in un ambiente speciale con adattatore del provider e che cala in condizioni standard.

Il dato che non è un numero di fornitore è quello di cui un flusso di lavoro di code review dovrebbe interessarsi di più. CodeRabbit ha pubblicato la propria valutazione di Astra il 2026-09-04, e il risultato è più limitato di quanto suggerisca il titolo. Sulle pull request cross-file — le revisioni difficili che richiedono di collegare una modifica alle conseguenze altrove nel codebase — Astra ha individuato circa il 20% in più di bug rispetto a GPT-5.6 Sol, con una copertura dei bug azionabili del 57,1% contro il 47,6%. Sulle revisioni complessive il guadagno in gran parte svanisce: 61,3% contro 59,0%, circa il 4% in più. CodeRabbit definisce entrambi "risultati preliminari e direzionali" che non stabiliscono una classifica, e osserva che il suo metodo non isola la causa del miglioramento. La pagina di lancio di Ope​nAI descrive lo stesso lavoro come "più del doppio sulle pull request cross-file"; il resoconto di CodeRabbit stesso riporta il 20% e le percentuali di copertura sopra. Leggi le percentuali, non il riassunto.

Quell'asimmetria è il singolo numero più utile su questa pagina per decidere come distribuire il modello, e punta nella stessa direzione del prezzo: il guadagno è concentrato nel ragionamento tra file, quindi è lì che impieghi il modello.

Che cosa cambia l'uso del computer in Codex per il tuo flusso di lavoro?

Ope​nAI afferma che l'harness aggiornato di Co​dex rende GPT-6 Astra 1,9 volte più veloce nel completamento delle attività su Mind2Web rispetto all'attuale esperienza con GPT-5.6 Sol. Mind2Web è automazione di attività web, quindi interpretalo così: il lavoro degli agenti che deve interfacciarsi con un browser o una GUI si conclude sensibilmente più in fretta, e lo stesso harness aggiornato è quello che stai eseguendo quando usi Co​dex. Il dato complementare è il risultato di OSWorld 2.0 qui sopra — 72,6% a circa 40 minuti per attività, circa il 47% in meno di tempo per attività rispetto a Sol.

Per uno sviluppatore, la conseguenza pratica è un cambiamento in ciò che vale la pena delegare. Flussi di lavoro che in precedenza erano troppo lenti per essere automatizzati end-to-end — pilotare una console di staging senza API, riprodurre un bug attraverso una UI, percorrere un modulo a più passaggi per generare una fixture — rientrano ora nell'intervallo in cui un'esecuzione di un agente costa meno che farla a mano. Aumenta anche il valore dei controlli lato enterprise che OpenAI ha rilasciato insieme a essi: ChatGPT Work e Codex aggiungono politiche di conferma, ovvero l'approvazione prima di azioni dagli effetti rilevanti, e la revisione automatizzata delle chiamate a strumenti non sicure o non autorizzate. Se lasci che un agente clicchi attraverso un'interfaccia reale, quel livello di revisione è ciò che si frappone tra un'esecuzione sbagliata e un pomeriggio sbagliato — ed è il motivo per cui l'accesso enterprise disattivato per impostazione predefinita, con un amministratore che lo abilita secondo il listino applicabile, è una funzionalità di governance anziché un ostacolo.

Prezzare il flusso di lavoro, non il token

Ecco il prezzo, con nome e data. Dalla pagina dei prezzi di Ope​nAI, consultata il 2026-09-16, gpt-6-astra standard è $10,00 per milione di token di input, $1,00 per milione di token di input in cache, $12,50 per milione di scritture nella cache e $50,00 per milione di token di output. Batch e Flex vengono fatturati a metà di queste tariffe; la modalità Fast le raddoppia. Quella voce relativa all'input in cache è quella che determina la tua fattura in un ciclo agentico, perché un agente di coding invia di nuovo un contesto ampio, in gran parte invariato, a ogni singolo turno, e l'input in cache costa un decimo dell'input nuovo.

Prima di fare i calcoli contano due soglie. La documentazione del modello di Ope​nAI afferma che i prompt superiori a 272.000 token di input vengono fatturati a 2 volte le tariffe di input e cache e a 1,5 volte l'output per l'intera richiesta — non solo per l'eccedenza — e la pagina dei prezzi riporta la riga del contesto lungo a 20,00 $ di input, 2,00 $ di input in cache e 75,00 $ di output. E ogni token di ragionamento viene fatturato alla tariffa di output, come illustrato sopra.

Prendi un refactoring notturno realistico: 150 turni del modello, una media di 100.000 token di input per turno, di cui 90.000 sono letture dalla cache e 10.000 sono nuovi, e 4.000 token di output per turno, incluso il ragionamento. Sotto la soglia di 272K, alle tariffe standard:

• Input in cache — 90.000 token × $1,00 per milione = $0,090 per turno

• Input nuovo — 10.000 token × $10,00 per milione = $0,100 per turno

• Output — 4.000 token × 50,00 $ per milione = 0,200 $ per turno

• Totale — $0,390 per turno, quindi 150 turni sono circa $58,50 per la sessione

Ora porta la stessa sessione oltre la soglia. Con 300.000 token di input per turno — 270.000 in cache, 30.000 nuovi — l'intera richiesta viene riprezzata, quindi l'input in cache raddoppia a $2,00, l'input nuovo raddoppia a $20,00 e l'output passa a $75,00:

Input in cache — 270.000 × 2,00 $ per milione = 0,540 $ per turno

• Input nuovo — 30.000 × $20,00 per milione = $0,600 per turno

• Output — 4.000 × $75,00 per milione = $0,300 per turno

• Totale — $1,44 per turno, o circa $216,00 per 150 turni

Stessa forma del compito, un conto circa 3,7 volte più alto, e l'intera differenza sta da quale lato dei 272.000 token si trova la tua trascrizione. Questo è l'argomento a favore del meccanismo delle note in una riga: se note durevoli e cronologia ricercabile ti permettono di mantenere un contesto di lavoro più snello invece di trascinarti dietro l'intera trascrizione, la funzionalità si ripaga da sola in token di input prima ancora di aiutare con la qualità. È anche l'argomento per non lasciare che un'esecuzione non presidiata faccia crescere una trascrizione senza un limite.

Per dare un'idea, la stessa sessione da 150 turni con lo stesso profilo di token sui tier più economici: GPT-5.6 Terra ai suoi prezzi pubblicati di $2,00 input / $0,20 in cache / $12,00 output arriva a circa $12,90, e GPT-5.6 Luna a $0,20 / $0,02 / $1,20 arriva all'incirca a $1,29. Si tratta di semplici calcoli sulle tariffe pubblicate di Ope​nAI, non un'affermazione che completerebbero lo stesso compito — che è il punto centrale delle prossime due sezioni.

Se stai confrontando tutto questo tra i vari provider, vale la pena sapere che OrcaRouter trasmette il prezzo di listino del provider con uno 0% di ricarico, quindi una variazione di prezzo del fornitore è attiva sull'endpoint instradato lo stesso giorno anziché alla fattura successiva.

Le modalità di guasto da considerare in fase di progettazione

Astra è un modello a lungo orizzonte basato su un design a contesto lungo, ed è proprio in entrambe le metà di questa descrizione che si annidano i problemi. Questi sono riscontri della community e postmortem dei fornitori, non nostre misurazioni.

• L'esperimento di gestione del contesto ha avuto un bug questa settimana. Il postmortem del 2026-09-12 di Ope​nAI conferma che l'esperimento opt-in "ha causato interruzioni premature e risposte a messaggi obsoleti", coinvolgendo all'incirca 4.000–5.000 utenti, ed è stato disattivato. Lo stesso postmortem indica altre due cause delle lamentele sulla qualità della settimana di lancio: skill scritte per modelli precedenti che si attivavano in modo errato e impedivano ad Astra di verificare il proprio lavoro, e motori di serving mal configurati che degradavano una coda di traffico. Un reset dell'utilizzo è poi avvenuto a mezzanotte tra il 09-12 e il 09-13.

• Ragionamento eccessivo e proliferazione dei test. Un thread di r/codex ampiamente condiviso descrive Astra che, in risposta a una piccola richiesta di funzionalità, costruisce prima livelli di verifica, smoke test e controlli hash, li esegue in diversi ordini e segnala il misuratore di utilizzo quasi esaurito ben prima che la funzionalità esistesse. Le segnalazioni sono resoconti individuali, non misurazioni controllate, e reclami simili sono circolati su altri modelli di frontiera il mese precedente — quindi consideralo un pattern reale da tenere presente nella definizione dell'ambito, non un tasso su cui puoi pianificare.

• Esecuzioni che non terminano. Armin Ronacher, il creatore di Flask, ha raccontato di aver lasciato Astra in un'esecuzione non supervisionata per 35 ore, al termine della quale aveva prodotto circa 75.000 righe nette in 79 commit, circa 1.400 messaggi tra agenti e circa 1.200 $ di costi API — circa 15,50 $ per commit — con, a suo giudizio, nulla di valore consegnato. I resoconti sul numero di token variano, quindi considera quella cifra con cautela. Ha inquadrato la condizione di arresto mancante come un problema tanto dell'harness quanto del modello, ed è questa la lettura su cui agire: definisci il completamento prima di iniziare.

• Esiste anche il fallimento opposto. Le segnalazioni della community descrivono Astra che si ferma prima di completare un'attività e attende un prompt per continuare, che è la stessa causa profonda vista dall'altro lato — una nozione di "completato" non specificata a sufficienza. Definire esplicitamente "completato" è la singola riga di maggior valore nel tuo prompt di attività.

• Le sessioni lunghe possono diventare irrecuperabili. Le segnalazioni aperte di Co​dex riportano un paradosso in cui la finestra di contesto si riempie, la compattazione automatica si attiva, il compito di compattazione stesso esaurisce il contesto e il thread non può essere recuperato — e separatamente, che le route native delle note e della cronologia restituiscono 404 su Pro con Astra in alcune configurazioni, mentre lo scambio di finestre può scartare lo stato del compito. Entrambe sono segnalazioni aperte piuttosto che dichiarazioni del fornitore, ma sostengono di mantenere le esecuzioni checkpointate in git piuttosto che fidarsi che la sessione sopravviva.

• Le note obsolete sono una proprietà di progettazione, non un bug. Nulla garantisce che una nota rifletta lo stato attuale di un file che descrive, e la ricerca è una corrispondenza letterale di sottostringhe anziché semantica. Archivia il percorso di origine insieme alla nota, riverifica in caso di modifica e considera le note di un'esecuzione non presidiata come prove da controllare anziché come verità su cui fare affidamento.

• I limiti di utilizzo sono la lamentela più viva. Le segnalazioni della settimana del 2026-09-14 includono limiti fino a quattro volte più restrittivi rispetto alla settimana di lancio e una contestazione irrisolta secondo cui lo sforzo xhigh consuma meno quota di quello medium — il che, se confermato, significa che sforzo e quota non procedono di pari passo. OpenAI non ha pubblicato limiti numerici per piano per Astra.

Quando un modello più economico è la scelta giusta

I risultati misurati sopra prendono per te la decisione di routing. Il vantaggio di Astra si concentra nel lavoro che attraversa più file o che si estende per ore: revisione cross-file, attività agentiche a lungo orizzonte, flussi di computer use. Su modifiche ordinarie a singoli file, refactoring meccanici, scaffolding di test e formattazione, il delta complessivo di revisione di circa il 4% rispetto a GPT-5.6 Sol non giustifica un prezzo per token pari a circa 2,5 volte quello attuale — e la stessa conclusione di CodeRabbit va nella medesima direzione, raccomandando un routing intelligente delle attività anziché una sostituzione totale. Riserva il modello costoso alle attività in cui il suo vantaggio emerge, e instrada tutto il resto verso il basso.

Concretamente, una suddivisione che funziona: GPT-6 Astra per modifiche su più file, codebase non familiari, esecuzioni di agenti della durata di più ore e qualsiasi cosa che tocchi un browser; GPT-5.6 Terra per modifiche circoscritte, boilerplate e generazione di test; GPT-5.6 Luna per classificazione, estrazione e passaggi meccanici ad alto volume. In base all'aritmetica delle sessioni di cui sopra, la differenza tra eseguire tutto su Astra ed eseguirne un terzo su Astra è la differenza tra circa $58,50 e circa $28 per gli stessi 150 turni.

Ottenere correttamente quella separazione è esattamente lo scopo di un livello di routing. OrcaRouter mette oltre 200 modelli dietro un'unica API, così la separazione di cui sopra è un cambio di configurazione anziché tre integrazioni — e il failover automatico significa che una funzionalità sperimentale che passa una brutta settimana, come è successo a questa, degrada la tua esecuzione invece di porvi fine. Per un modello il cui meccanismo di contesto la stessa Ope​nAI continua a etichettare come sperimentale e ha brevemente disattivato, avere un secondo percorso configurato non è paranoia; è la giusta quantità di cautela.

Cosa guardare da qui

Quattro cose cambierebbero questa pagina, e tutte e quattro sono aperte. Se l'esperimento di gestione del contesto verrà riattivato e in quale forma — Ope​nAI dice che diventerà l'impostazione predefinita per Astra, il che significa che la riga di configurazione qui sopra alla fine smetterà di essere qualcosa che imposti. Se le segnalazioni 404 su note e cronologia su Pro si chiuderanno, poiché è la differenza tra il meccanismo che funziona come documentato e il suo funzionamento su alcune rotte. Se Ope​nAI pubblicherà dati su token o costi per sforzo, che è il numero mancante in ogni decisione sullo sforzo oggi. E se i limiti di utilizzo che si sono inaspriti durante la settimana di lancio si allenteranno una volta assorbita la domanda che ha messo in pausa i nuovi abbonamenti Pro da $200 il 10 settembre 2026.

Fino ad allora, il playbook è breve. Fissa il modello con codex -m gpt-6-astra, attiva l'esperimento solo se nel client hai un accesso Plus, Pro o Pro Lite, imposta lo sforzo in modo esplicito invece di fidarti dell'etichetta di uno slider, mantieni il contesto di lavoro sotto i 272.000 token perché è lì che il conto raddoppia, definisci il criterio di completamento prima di andartene e instrada il lavoro semplice verso qualcosa di più economico. Il modello è del 3 settembre 2026 e non andrà da nessuna parte; sono gli strumenti che lo circondano a essere ancora in fase di assestamento.

Le domande che sorgono

Vale la pena abilitare la funzione delle note tra finestre per attività di dimensioni ordinarie?In genere no. Esiste per risolvere le perdite attraverso i confini della finestra di contesto, quindi su un'attività che sta in una sola finestra aggiunge componenti in movimento — incluso un percorso di codice sperimentale che è stato disabilitato per un bug il 2026-09-12 — senza eliminare alcun problema. Attivala per lavori a lungo termine e lasciala disattivata per una modifica circoscritta.

La finestra da 1.050.000 token può sostituire il retrieval nella mia configurazione? Non sul piano dei costi. Rileggere un contesto ampio a ogni turno viene fatturato a ogni turno, e oltre 272.000 token di input l'intera richiesta viene rifatturata a $20,00 di input e $75,00 di output. Un passaggio di retrieval che mantiene più ridotto il contesto di lavoro è di solito la soluzione più economica, ed è per questo che il meccanismo delle note è interessante: è il retrieval integrato nell'harness.

Cosa succede alle note quando un'attività termina? La documentazione di OpenAI circoscrive il meccanismo alla stessa attività, e i resoconti della community descrivono le note come memorizzate in riferimento a quell'attività anziché trasferite automaticamente. Non dare per scontato che una nuova attività erediti le note della precedente; tutto ciò che deve sopravvivere va nel tuo repository, non nella memoria dell'agente.