Scegli un primo compito utile per l'AI

Scegli un compito verificabile

Il primo compito utile dovrebbe mostrarti come funziona lo strumento nel tuo ambiente. Dovrebbe anche produrre un risultato che puoi esaminare. Una piccola correzione di un difetto noto soddisfa spesso entrambe le condizioni.

Non scegliere il compito solo perché la dimostrazione sarà d’effetto. Una riprogettazione ampia può produrre molte modifiche visibili e nascondere ipotesi errate. Un compito piccolo può mostrare se l’agente legge le istruzioni, rispetta l’ambito e segnala correttamente le verifiche fallite.

Non devi scegliere il compito più facile possibile. Scegline uno per cui il team sappia riconoscere un risultato corretto e spiegare perché lo è.

Confronta i possibili compiti

Considera tre richieste fittizie in un’applicazione di reportistica.

La spiegazione aiuta a esaminare ragionamento e prove. Il test di regressione aggiunge un’azione controllata. Il compito architetturale può essere utile in seguito, ma richiede un brief e un processo di revisione molto più solidi.

Per un primo esercizio, scegli il test di regressione. Usa date inventate e un branch locale. Specifica che accesso alla produzione, aggiornamenti delle dipendenze e refactoring non pertinenti sono esclusi.

Scrivi la condizione di completamento

«Migliora la gestione delle date» lascia troppo spazio all’interpretazione. Usa una condizione precisa: «Se l’input contiene una data di calendario non valida, restituisci un errore di validazione. Mantieni l’output documentato per le date valide».

Aggiungi esempi di input validi e non validi. Indica il comando di test esistente. Chiedi all’agente di esaminare il comportamento attuale prima di modificare i file. Richiedi una breve spiegazione del difetto e delle prove raccolte dopo la modifica.

Distingui il risultato di un compito dall’attività svolta. «L’agente ha scritto un test» descrive un’attività. «Il test rileva il difetto noto» descrive una prova. Un test che passa sia con il codice corretto sia con quello errato non dimostra la protezione prevista.

Osserva il processo di lavoro

Durante l’esercizio, annota dove l’agente ha bisogno di altro contesto. Verifica se legge le istruzioni pertinenti del repository. Nota se modifica file fuori ambito o ripete un approccio fallito senza nuove prove.

Non correggere subito ogni scelta minore. Lascia che l’agente completi il lavoro autorizzato e reversibile, così da poterne valutare il risultato. Intervieni quando l’azione successiva supera un limite o quando il lavoro dipende da un requisito irrisolto.

Al termine, esamina il diff ed esegui le verifiche pertinenti. Registra sia il tempo dell’agente sia il tuo tempo di preparazione e revisione. Queste osservazioni aiutano a scegliere il prossimo compito e migliorare le istruzioni di lavoro.

Amplia un limite alla volta

Se l’esercizio riesce, aumenta una sola dimensione della complessità. Puoi passare da una funzione a due moduli collegati. Puoi aggiungere un’integrazione documentata. Mantieni espliciti i permessi e i requisiti di verifica.

Se l’esercizio fallisce, individua la causa prima di ampliare l’ambito. Contesto mancante, requisito poco chiaro, ambiente di test indisponibile e limite del modello richiedono correzioni diverse. Più autonomia non risolve tutti e quattro i problemi.

Se un prototipo resta in uso, assegna un responsabile della manutenzione. Nuove informazioni sulle vulnerabilità possono richiedere interventi senza modifiche al codice. Leggi la gestione continua delle vulnerabilità.