La domanda giusta prima di costruire un agente non è quale modello usare. È quanto del problema puoi eliminare prima ancora di iniziarlo.

La domanda giusta prima di costruire un agente non è quale modello usare. È quanto del problema puoi eliminare prima ancora di iniziarlo.

Questa settimana Simon Willison ha riacceso il dibattito su come misurare la produttività degli agenti che scrivono codice: contare le righe sì o no. Guarda dalla parte sbagliata.

Ogni volta che valuto se costruire un sistema di agenti, la prima domanda non è tecnica. È se il problema può sparire con meno, prima ancora di aggiungere qualcosa.

Ogni agente è un pezzo che devo mantenere

Un agente in più è un pezzo che devo mantenere. Un modello che può cambiare comportamento tra una versione e l'altra. Un punto in più dove qualcosa può rompersi senza che nessuno se ne accorga subito.

Le righe non dicono niente sulla qualità di un sistema. La domanda che conta è diversa: quanta complessità hai tolto prima di aggiungerne dell'altra.

Codice semplice al posto degli agenti, più di una volta

L'ho imparato più di una volta, scegliendo poche righe di codice puro al posto di un sistema di agenti, e ottenendo lo stesso risultato con molto meno da mantenere.

Non è pigrizia. È la stessa disciplina che applico a un design system, a un processo, a un team: prima semplifico quello che c'è, poi automatizzo quello che resta davvero.

Un sistema complesso non è un segno di maturità. Spesso è solo il segno che nessuno si è fermato a chiedersi se serviva davvero.

In sintesi

La complessità che non aggiungi non costa niente da mantenere. Prima di pensare a un agente, togli i passaggi, i rimbalzi e le eccezioni che facevano sembrare quel lavoro automatizzabile. Quello che sopravvive a questo filtro vale la pena automatizzarlo, ed è quasi sempre più piccolo di quello da cui eri partito.

La prossima volta che pensi di costruire un agente per automatizzare qualcosa: quanto di quel problema puoi togliere prima ancora di iniziare?