Azioni consequenziali e approvazione umana
La lettura, la redazione e l'esecuzione delle transazioni comportano rischi diversi.
Cosa imparerai
- Spiegare: il modello propone, lo strumento esegue
- Applica l'idea in un esempio: azioni consequenziali e approvazione umana
- Riconoscere i limiti e verificare il risultato dell'esercizio
La lettura, la redazione e l'esecuzione delle transazioni comportano rischi diversi. Separare una proposta dall'esecuzione consequenziale.
Questo è un laboratorio concettuale o esterno. Non presuppone che l'applicazione esponga tutti i controlli descritti.
Come funziona, passo dopo passo
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.
Controllare l'accesso prima dell'uso
Le autorizzazioni devono essere applicate dai server e dal livello dati. Non lasciare che sia il modello a decidere se un utente può vedere un documento. Filtra le fonti prima che entrino nel contesto, non dopo aver generato la risposta. Utilizza credenziali di accesso minimo, tienile lontane da prompt, screenshot e codice del browser e ruota le chiavi esposte. Una lista consentita di domini widget non sostituisce l'autenticazione API. L'autenticazione ti identifica; l'autorizzazione determina le operazioni e i dati che puoi utilizzare. Prova anche l'accesso negato.
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.
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. L'approvazione umana è un concetto di integrazione delle applicazioni; una richiesta di approvazione non costituisce applicazione. Su schermi piccoli, scorri in orizzontale per seguire l’intero schema.
Un esempio completo
"Puoi annullare l'ordine?" può iniziare con la lettura e l'anteprima. L'esecuzione deve confermare identificatore, effetto e autorizzazione; una risposta del modello non costituisce l'approvazione dell'utente.
Provalo tu stesso
- Disegna un flusso di cancellazione con anteprima, approvazione e protezione dagli effetti duplicati.
- 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
L'azione non viene eseguita senza il controllo richiesto; l'audit separa la proposta dall'esecuzione. 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
Questo è un esempio architettonico; non presuppone un controllo di approvazione dell'interfaccia utente implementato. 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
Chi esegue una chiamata proposta dal modello?
L'applicazione o il servizio host dopo la convalida. Il modello non ottiene automaticamente l'accesso illimitato.
Perché rimuovere una fonte privata dopo aver risposto è troppo tardi?
I dati sono già entrati nel contesto del modello e possono essere divulgati.
Quale risultato dovrebbe produrre questo esercizio?
L'azione non viene eseguita senza il controllo richiesto; l'audit separa la proposta dall'esecuzione.
Termini da ricordare
- Chiamata dello strumento: una richiesta strutturata per utilizzare una funzionalità esterna.
- Autorizzare/Autorizzazione: verifica del diritto di accesso a un'operazione o risorsa.
- Idempotenza: Ripetizione controllata senza duplicare un effetto.
Fonti e il prossimo passo
Per preparare: S02 — Autorizzazioni e protezione dei dati