Chiedi a un assistente di esaminare i comandi da tastiera, poi realizzi che la prossima versione deve supportare il tocco. Il reindirizzamento durante l'attività di GPT-6 Astra è pensato per questi cambiamenti. Tramite un'integrazione compatibile può orientare il lavoro successivo, ma non cancellare una modifica terminata o una chiamata a strumento già inviata.
La guida si basa sulla documentazione. Gli esempi sono proposte di progettazione, non dimostrazioni eseguite con un account API a pagamento.
Lettura rapida
Punti chiave
- Un nuovo requisito non annulla un'azione completata.
- Traccia separatamente il lavoro previsto, in corso e concluso.
- Ricontrolla l'autorizzazione se cambiano azione o destinazione.
Che cosa cambia il reindirizzamento in corso
La documentazione ufficiale sul reindirizzamento descrive il supporto di GPT-6 Astra tramite WebSocket alla Responses API. Distingue esplicitamente reindirizzare da annullare: gli output consegnati non vengono riscritti e gli strumenti avviati non sono cancellati automaticamente.
L'interfaccia deve riflettere la distinzione. «Cambia requisito» e «Ferma l'operazione» hanno significati diversi. Se la destinazione cambia durante una scrittura esterna, l'applicazione non può presumere che quella scrittura non sia avvenuta.
Un buon messaggio indica che cosa è ancora in attesa e che cosa è concluso. «Il nuovo requisito si applicherà al prossimo lavoro» è più chiaro che sostituire silenziosamente la richiesta lasciando indovinare quali istruzioni abbiano governato l'ultima azione.
Seguire la sequenza degli eventi
Lo streaming mostra l'output quando arriva. Il reindirizzamento cambia le istruzioni per il lavoro successivo. Un prodotto può supportare una funzione senza esporre l'altra.
Nel flusso WebSocket documentato, parti da response.create e attendi response.created. Sulla stessa connessione invia response.steer con l'ID della risposta in previous_response_id e l'istruzione aggiornata in input. response.steer.accepted conferma che l'aggiornamento è in coda, non che il lavoro modificato sia concluso. Se mancano risultati o autorizzazioni, response.steer.pending li segnala. Traccia la continuazione separatamente dalla risposta originale.
Anche un normale messaggio dopo il completamento è diverso da un aggiornamento durante una risposta attiva. Distingui i percorsi nei registri per ricostruire correttamente l'attività.
La guida a GPT-6 Astra include il reindirizzamento tra le nuove capacità operative del modello. Non significa che ogni chat o applicazione esterna gestisca gli eventi necessari. Verifica l'interfaccia, non solo il nome del modello.
Nell'applicazione separa «aggiornamento ricevuto» da «nuovo lavoro completato». Mostra il requisito attuale vicino all'operazione ancora attiva. È un consiglio di progettazione, non l'affermazione che l'API fornisca un pannello completo delle attività.
Preservare il lavoro utile nella nuova richiesta
Un aggiornamento utile chiarisce che cosa cambia, che cosa resta e che cosa non deve accadere dopo.
Per esempio: «Mantieni il layout desktop. Concentra la prossima iterazione sui comandi touch. Non pubblicare né sostituire la build attuale». Così conservi il contesto utile e limiti l'azione successiva.
«Fallo diverso» obbliga a dedurre se vuoi un nuovo obiettivo, una revisione visiva o uno stop. L'interfaccia può aiutare mostrando l'obiettivo attivo e rendendo modificabile un requisito concreto.
Se l'aggiornamento contraddice un lavoro concluso, riconosci esplicitamente il conflitto. La correzione resta una nuova azione con ambito e conseguenze propri.
Immagina che l'assistente riveda la tastiera di un prototipo quando viene aggiunto un requisito mobile. La richiesta utile è «mantieni l'obiettivo di gioco, esamina ora il touch e non cambiare il comportamento della tastiera», anziché «rifai tutto».
Le osservazioni precedenti possono restare valide. I nuovi test dovrebbero coprire aree touch, tocchi ripetuti accidentali, cambi di orientamento e coerenza del feedback per la stessa azione. Sono controlli suggeriti, non prestazioni misurate di Astra.
Per concretizzare la richiesta, prova giochi arcade e osserva come comunicano tocchi, pressioni prolungate e azioni rapide ripetute. Usa le osservazioni per la revisione successiva, senza dedurre quale modello abbia prodotto i giochi, né se ne sia stato usato uno.
| Parte dell'aggiornamento | Esempio di requisito |
|---|---|
| Preservare | Mantenere i comandi desktop e l'obiettivo di gioco. |
| Cambiare | Esaminare ora le aree touch e i tocchi ripetuti. |
| Limitare | Non modificare, caricare o pubblicare la build attuale. |
| Riferire | Indicare le conclusioni precedenti ancora applicabili. |
Uno schema di stato per requisiti che cambiano
Mantieni distinguibili il lavoro previsto, in corso e completato nei registri dell'applicazione.
La tabella aiuta la progettazione; non sostituisce la documentazione degli eventi API. Evita di trattare ogni attività come un paragrafo modificabile.
Associa ogni risultato dello strumento all'operazione di origine. Un risultato tardivo non deve sembrare una prova prodotta sotto i nuovi requisiti. Anche se obsoleto e inadatto alla prossima decisione, può essere necessario registrarlo.
Immagina una lettura avviata sotto il requisito A, poi l'arrivo di B e infine del vecchio risultato. Salvalo sotto A e valuta se risponde anche a B. Non rinominarlo come un nuovo controllo: un risultato sulla tastiera non dimostra che il touch funzioni.
| Stato | Esempio | Risposta al cambiamento |
|---|---|---|
| Previsto | La modifica proposta non è iniziata | Rivalutarla rispetto al nuovo requisito |
| In corso | È stata inviata una chiamata a strumento | Seguire il risultato e verificarne l'utilità |
| Completato | Un file è cambiato o un output è stato consegnato | Riferire l'effetto e correggere con un'azione separata se necessario |
Controllare le modifiche nell'applicazione
Il modello non dovrebbe essere l'unica protezione tra un aggiornamento ambiguo e un'operazione rilevante. L'applicazione può accodare le scritture proposte, richiedere approvazione per i passaggi importanti e verificare che corrisponda ancora all'attività attuale.
Se viene approvato il caricamento di una bozza e poi cambia il progetto di destinazione, il vecchio consenso non dovrebbe trasferirsi in silenzio. Ricontrolla destinazione e contenuto.
Lo stesso vale per messaggi esterni, acquisti, eliminazioni e distribuzioni. Il reindirizzamento aiuta a capire l'obiettivo aggiornato, ma non fornisce un sistema transazionale né una garanzia di ripristino.
Nelle letture un risultato tardivo causa di solito lavoro sprecato o confusione. Nelle scritture può cambiare uno stato reale. Progetta e verifica separatamente i due casi.
Provare aggiornamenti nei momenti difficili
I casi seguenti costituiscono un piano di test di integrazione proposto. Non sono stati eseguiti per questo articolo.
Definisci per ciascuno lo stato visibile, la possibilità di avviare un'altra azione e come registrare il completamento. Valuta la coerenza del comportamento, non solo la conferma del messaggio da parte del modello.
- L'aggiornamento arriva prima dell'avvio di uno strumento.
- Arriva durante uno strumento di sola lettura.
- Arriva mentre una scrittura è già in corso.
- Due aggiornamenti contengono requisiti contrastanti.
- La connessione cade prima della conferma visibile.
- Un risultato tardivo appartiene a una versione precedente dell'attività.
Rendere visibile la prossima azione
Un'esperienza affidabile mostra obiettivo corrente, lavoro concluso e prossima azione in attesa di permesso. L'utente non dovrebbe ricavarli da una lunga trascrizione.
Il vantaggio concreto è ridurre le ripartenze evitabili, non offrire autonomia illimitata. Mantieni le modifiche verificabili e un resoconto fedele di quanto è accaduto.
Per una nuova richiesta di interazione, esplora la libreria di giochi e scegli un comportamento da esaminare. Limita l'esercizio per poter indicare precisamente che cosa resta, che cosa cambia e che cosa attende approvazione.
Fonti e approfondimenti
- Documentazione ufficiale sul reindirizzamento
Eventi WebSocket e limiti consultati il 14 settembre 2026. Gli esempi sono progetti proposti, non test eseguiti.
- Guida a GPT-6 Astra
Contesto delle funzioni del modello, senza prova di supporto in ogni applicazione o account.
Passaggio successivo
