Background agents: 5 task che puoi delegare oggi

I background agent sono uno dei capitoli che ha cambiato di più il flusso di lavoro su Claude Code negli ultimi mesi. L’idea è semplice: lanciare un’istanza autonoma che lavora in parallelo mentre tu fai altro, e raccogliere il risultato quando è pronta. La domanda interessante non è se funzionano, ma quali task hanno senso delegare oggi.

Dopo qualche mese di prove su task reali, questi cinque sono quelli che restituiscono il rapporto valore/effort più alto. Tutti si lanciano da terminale con un singolo comando e si recuperano via notifica o monitor.

1. Code review estesa su pull request

Lanciare un agente con il prompt “rivedi questa PR seguendo le convenzioni del progetto, segnala bug, stile, problemi di sicurezza” su un branch di lavoro impiega da uno a tre minuti per PR di media dimensione. Il risultato è un report strutturato con finding priorizzati che si possono incollare come commento manuale o postare via gh CLI.

Vantaggio: mentre l’agente lavora, si continua a scrivere codice senza interruzioni di contesto. Si recupera il risultato a fine sessione e si decide cosa applicare.

2. Triage di issue arretrate

Per repository con backlog ingombrante, un agente che cicla sulle issue aperte, le categorizza per area (bug, feature, docs), assegna label e suggerisce priorità libera ore di lavoro umano. Il prompt tipico è “leggi le ultime 50 issue aperte, classificale per area e severity, proponi label e priorità”.

L’output va sempre rivisto, ma il 70% del lavoro grosso è fatto: cosa è duplicato, cosa è obsoleto, cosa merita attenzione immediata.

3. Aggiornamento documentazione su codice cambiato

Quando si chiude una feature corposa, la documentazione resta indietro. Un agente con accesso al diff git e ai file di docs aggiorna README, CHANGELOG e sezioni rilevanti in autonomia. Il prompt: “guarda gli ultimi 10 commit, aggiorna README e docs/ riflettendo le nuove API”.

Il risultato non è pronto al merge, ma è una bozza solida che riduce il lavoro di docs a una revisione.

4. Audit di sicurezza periodico

Lanciato una volta a settimana o prima di una release, lo skill security-review applicato a tutto il diff aperto restituisce un report con vulnerabilità potenziali ordinate per gravità. Funziona meglio se accompagnato da regole specifiche nel CLAUDE.md (linguaggio, framework, contesto di deploy).

5. Proposta di refactor su modulo legacy

Per moduli con tanto codice e poco amore, un agente che legge la cartella, identifica antipattern, dipendenze nascoste e propone una sequenza di refactor incrementali è un acceleratore notevole. La chiave è chiedere proposte di refactor, non applicazione: il dev valida la roadmap e decide quali pezzi eseguire.

Il prompt tipico: “analizza la cartella src/legacy/, identifica 5 refactor a basso rischio che migliorano leggibilità o testabilità, descrivi diff e impatto per ognuno”.

Come lanciarli senza incidenti

Tre accortezze che si imparano presto:

• Sempre su branch dedicato, mai su main, mai su feature branch attivo
• Sempre con commit pulito prima del lancio, in modo da poter fare diff a fine task
• Sempre con prompt specifico e limitato: meglio cinque agent piccoli che uno grande

I background agent funzionano meglio quando si delega un task chiuso, ben circoscritto, dove la verifica del risultato è facile. Per task aperti e creativi continua a essere più efficiente lavorare in sessione interattiva.

Il valore vero arriva quando si combinano: mentre lavori in sessione su una feature, due o tre agent in background ti aggiornano docs, ti rivedono una PR aperta e ti fanno audit security su un altro modulo. Una giornata di lavoro produce l’output di tre.

Fausto Pitzalis

Blogger dal 2001, Nativo Digitale, Developer.
Da 15 anni mi occupo di IT per una grande Azienda.
Lavoro per abbattere il Digital Divide.
Visita i miei altri progetti
sardiniamobility.com
www.cyberness.it