Spiegare il ciclo di vita dell'agente: pianificare, agire, valutare

I sistemi agenti autonomi non prendono una sola decisione e si interrompono. Operano attraverso cicli. Un modello di base è il ciclo di vita del piano → agire → valutare. Questo ciclo di vita non è una sequenza una tantum. Si tratta di un ciclo: gli agenti pianificano, agiscono e valutano ripetutamente fino a quando l'attività non soddisfa i criteri di successo definiti.

In questa unità, imparerai

• Come funziona il piano → agire → valutare il ciclo di vita in pratica

• Modalità di implementazione di pianificazione, azione e valutazione nei flussi di lavoro GitHub

• In che modo i segnali di feedback determinano l'iterazione e il completamento

Pianificazione

Nella fase di pianificazione, l'agente interpreta l'obiettivo e determina i passaggi necessari per completarlo. Nei sistemi di alta qualità, i piani non sono stati nascosti interni. Sono artefatti strutturati e verificabili che rendono comprensibile e valutabile l'approccio.

Esempi di elementi di pianificazione in GitHub includono:

• Un piano strutturato nella descrizione della pull request

• Un problema collegato o un elenco di controllo che delinea l'ambito e i criteri di esito positivo

Agire

Nella fase di azione, l'agente esegue il piano nel repository. Le attività necessarie a questo scopo includono quanto segue:

• Creazione di un ramo

• Modificare i file e inviare i commit

• Apertura o aggiornamento di una richiesta pull

• Risposta ai commenti e suggerimenti delle revisioni

Ciò è importante perché mantiene il limite di esecuzione: le azioni si verificano in un repository specifico, in un ramo e tramite flussi di lavoro delle richieste pull anziché tramite modifiche dirette non controllate al ramo predefinito.

Evaluate

Nella fase di valutazione, l'agente e gli esseri umani che lo supervisionano usano segnali dal sistema di sviluppo per valutare i risultati. In GitHub, i segnali di valutazione comuni includono:

• Esecuzioni e controlli di stato del flusso di lavoro (build/test/lint)

• Feedback sulla revisione del codice (modifiche richieste, approvazioni)

• Segnali di sicurezza (risultati dell'analisi del codice, avvisi di analisi dei segreti, avvisi di dipendenza)

Se configurate dai criteri dell'organizzazione o del repository, le protezioni, come i set di regole e la protezione dei rami, possono richiedere che i controlli siano superati prima che le modifiche siano approvate, trasformando la valutazione del merge in un controllo applicabile piuttosto che in un suggerimento informale.

Per il lavoro orientato alla sicurezza, la valutazione include spesso:

• Analisi del codice (inclusi i flussi di lavoro di caricamento SARIF)

• Avvisi di analisi dei segreti

• Protezione push per impedire il commit di dati sensibili supportati

Queste capacità rafforzano una lezione chiave: la valutazione degli agenti deve essere basata sui segnali di sistema, non nella fiducia dell'agente.

La valutazione non è il passaggio finale. Se i controlli hanno esito negativo, i rischi rimangono o i requisiti non vengono soddisfatti, il ciclo di vita continua: l'agente deve rivedere il piano, regolarne le azioni e rivalutare fino a quando il risultato non è accettabile o consegnato a un essere umano.

Ad esempio, quando un agente propone un aggiornamento delle dipendenze in una pull request, il piano definisce le modifiche ai pacchetti, l'azione aggiorna i file e la valutazione avviene tramite verifiche CI e segnali di sicurezza.

Se i flussi di lavoro hanno esito negativo o la vulnerabilità rimane non risolta, il lavoro non viene completato. Il ciclo di vita deve ripetersi: rivedere il piano, adattare il cambiamento o inoltrare a un essere umano.

Un sistema di agenti di alta qualità rende ogni fase visibile

• Il piano è ispezionabile.

• L'azione è associata ai flussi di lavoro del repository.

• La valutazione usa segnali obiettivo.

Quando manca un pezzo, la fiducia degrada: i piani diventano opachi, le azioni diventano rischiose e i risultati diventano difficili da convalidare.

Il ciclo di vita della pianificazione, dell'azione e della valutazione è il nucleo operativo dei sistemi agenti. Spiega in che modo gli agenti passano dalla finalità all'esecuzione -and come i controlli, i flussi di lavoro, le revisioni e i segnali di sicurezza di GitHub forniscono feedback che consentono un'iterazione sicura.

Dopo aver compreso il comportamento di un agente, la domanda successiva diventa la posizione in cui viene controllato tale comportamento. Nell'unità successiva si esamineranno GitHub come sistema di record e piano di controllo per i flussi di lavoro dell'agente.

È consigliabile menzionare questo precedente, nella sezione Evaluate o nell'introduzione, per rendere immediatamente chiaro che plan/act/evaluate è un ciclo e non una sequenza lineare. Aiuta gli studenti a conoscerlo fin dall'inizio invece di individuarlo nello scenario.