Introduction
I sistemi agenti stanno cambiando il modo in cui viene creato e gestito il software. Invece di affidarsi solo agli sviluppatori per scrivere e aggiornare il codice, i team stanno adottando sistemi in grado di interpretare gli obiettivi, proporre soluzioni e intervenire all'interno dei repository. In GitHub, un agente potrebbe creare un ramo, modificare i file, aprire una richiesta pull e quindi eseguire l'iterazione in base al feedback dei test, delle analisi di sicurezza e delle revisioni del codice.
Tuttavia, la sola funzionalità non rende affidabile un agente. Senza un'architettura ben definita, gli agenti possono agire troppo presto, produrre modifiche poco chiare o operare senza una convalida sufficiente. Negli ambienti di produzione, questi errori creano rischi reali per la qualità del codice, la sicurezza e la stabilità operativa.
La progettazione di un sistema agente in GitHub non riguarda la libertà dell'agente. Si tratta della definizione del flusso di lavoro attraverso il sistema usando funzioni di GitHub applicabili, ad esempio richieste pull, flussi di lavoro e regole del repository. Un'architettura ben progettata garantisce che ogni azione dell'agente lasci un record visibile, venga convalidata dai segnali obiettivo e venga accettata solo quando soddisfa i requisiti dei criteri.
Glossary
Termini e definizioni chiave
Questo modulo usa un piccolo set di termini ricorrenti. Le definizioni seguenti chiariscono come vengono usate in tutto il contenuto.
Piano (artefatto) Descrizione strutturata delle modifiche desiderate, in genere incluse in una descrizione della richiesta pull. Descrive l'obiettivo, l'ambito, i passaggi, i rischi e i criteri di convalida per il lavoro.
Pianificazione (funzionalità agente) Processo mediante il quale un agente genera o affina un piano in base a un'attività, a un problema o a un input dell'utente. Questo problema può verificarsi in punti di ingresso diversi, ad esempio un problema di GitHub o l'interfaccia Agents.
