Interrompi, riprendi e riavvia
Stop interrompe l'esecuzione, Riprendi tenta di continuare dallo stato salvato e Riavvia ricomincia.
Cosa imparerai
- Spiega: il contesto è il banco di lavoro
- Applica l'idea in un esempio: Interrompi, Riprendi e Riavvia
- Riconoscere i limiti e verificare il risultato dell'esercizio
Stop interrompe l'esecuzione, Riprendi tenta di continuare dallo stato salvato e Riavvia ricomincia. Ciò è importante quando le azioni hanno effetti.
Questi passaggi si riferiscono alle funzionalità identificate nel codice dell'applicazione. Questo materiale non è stato convalidato su un'istanza live; controlla la documentazione e le opzioni nella tua versione.
Come funziona, passo dopo passo
Il contesto è il banco di lavoro
Il contesto include istruzioni, richiesta corrente, cronologia rilevante, documenti recuperati e risultati dello strumento. La finestra di contesto ha una capacità limitata; riservare spazio anche per la risposta. Una quantità maggiore di testo non migliora automaticamente la precisione. Informazioni irrilevanti e contraddizioni possono nascondere prove importanti. Riassumere attentamente la cronologia della conversazione e preservare l'origine dei fatti. Lo stato descrive l'esecuzione corrente, un checkpoint salva un punto ripristinabile e la memoria persistente conserva le informazioni tra le esecuzioni. Si tratta di diversi meccanismi gestiti dall'applicazione.
Gli errori necessitano di percorsi espliciti
Un timeout è diverso da un errore di autorizzazione. Riprova solo errori temporanei, con tentativi limitati e ritardi crescenti. Un'operazione con effetti collaterali può essere eseguita prima che la sua risposta venga persa; riprovare senza una chiave di idempotenza può duplicare l'effetto. Lo streaming mostra l'avanzamento ma non garantisce il completamento. I checkpoint possono consentire la ripresa delle fasi non riuscite entro i limiti di runtime. Memorizza l'identificatore dell'esecuzione, la fase, la durata e l'errore rimuovendo i segreti dai log. Misura i percorsi lenti e le medie.
Il modello propone, lo strumento esegue
La chiamata allo strumento produce una richiesta di chiamata con un nome e argomenti. L'applicazione convalida lo schema, le autorizzazioni e i limiti prima dell'esecuzione. Il risultato ritorna al contesto per il passaggio successivo. Ad esempio, get_product_stock accetta uno SKU e restituisce una quantità; la sua descrizione dovrebbe spiegare che non effettua prenotazioni di prodotti. Distinguere risultati vuoti, errori di convalida, accessi mancanti e timeout. Un JSON valido non dimostra che gli argomenti siano corretti o che l'azione sia autorizzata. Per gli effetti esterni, considerare anche l'esecuzione duplicata.
Lo schema esplicativo
Seguire le frecce continue per il flusso principale. Le frecce blu tratteggiate forniscono dati o contesto; le frecce rosa tratteggiate mostrano feedback o risultati restituiti. Colori e forme distinguono modelli, negozi, decisioni e risultati. Riprendi utilizza l'esecuzione salvata; Il riavvio ne inizia uno nuovo. Un checkpoint non è una memoria persistente. Su schermi piccoli, scorri in orizzontale per seguire l’intero schema.
Un esempio completo
Un flusso di lavoro recupera la policy e quindi seleziona uno strumento non disponibile. Il curriculum può conservare il lavoro completato quando esiste un checkpoint. Il riavvio potrebbe ripetere il recupero e altre operazioni.
Provalo tu stesso
- Prova l'interruzione su un flusso di lavoro di sola lettura e confronta Riprendi con Riavvia.
- Registrare l'input, la fonte e il risultato atteso prima di eseguire l'esperimento. Utilizzare solo i dati fittizi nell'esempio.
- Seguire le fasi del diagramma. Ad ogni passaggio registrare quali informazioni vengono ricevute e prodotte; non confondere il risultato intermedio con il risultato finale.
- Ripetere dopo aver rimosso le informazioni necessarie o reso ambiguo l'input. Controlla se il sistema chiarisce, ferma o inventa una risposta.
- Confrontare con la soluzione spiegata. Conserva la configurazione, la data, il risultato e una spiegazione delle differenze. Cambia una cosa e riprova.
Una soluzione spiegata
Scegli il recupero dopo aver controllato le fasi completate e i loro effetti. Un esercizio riuscito ti consente di mostrare la connessione tra input, fasi e risultato. Quando mancano le informazioni, una risposta cauta è più utile dei dettagli inventati. Confrontare non solo stile: verificare anche condizioni, fonti e operazioni.
Quando è utile e quali sono i suoi limiti
Stop non annulla le operazioni completate. Scegli questo approccio quando migliora un bisogno misurato. Mantieni una linea di base semplice e confronta i risultati utilizzando input identici. Un esempio di successo non stabilisce l’affidabilità in ogni situazione.
Verifica ciò che hai imparato
Un checkpoint è una memoria utente permanente?
No. Il salvataggio di una corsa non implica il mantenimento delle preferenze tra le conversazioni.
Un timeout dimostra che l'operazione non è stata eseguita?
No. Controlla lo stato prima di ritentare un'azione con effetti collaterali.
Quale risultato dovrebbe produrre questo esercizio?
Scegli il recupero dopo aver controllato le fasi completate e i loro effetti.
Termini da ricordare
- Punto di controllo: stato salvato utilizzato per riprendere un'esecuzione.
- Idempotenza: Ripetizione controllata senza duplicare un effetto.
- Chiamata dello strumento: una richiesta strutturata per utilizzare una funzionalità esterna.
Fonti e il prossimo passo
Per preparare: U02 — Il parco giochi come laboratorio