L'agentic engineering è lavoro per i clienti. Il vibe coding è un esperimento.

Andrej Karpathy ha coniato il termine il 2 feb 2025 in un post su X: “There's a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” Un nuovo modo di programmare in cui ti lasci andare alle sensazioni e dimentichi che il codice esiste. Nello stesso post lo definiva “not too bad for throwaway weekend projects”, niente male per progetti usa e getta del fine settimana.

Poche settimane dopo Simon Willison ha precisato il termine: il vibe coding è “building software with an LLM without reviewing the code it writes”, cioè costruire software con un LLM senza rivedere il codice che scrive. Se rivedi il codice, lo testi e sai spiegarlo a qualcun altro, è sviluppo software.

Questa è la definizione utile. Il vibe coding non è un giudizio sul codice scritto dall'AI. Descrive la decisione di non guardarlo.

Un anno dopo, il 4 feb 2026, Karpathy ha tirato le somme. Programmare con agenti LLM, scriveva, stava diventando il flusso di lavoro standard per i professionisti, “except with more oversight and scrutiny”: con più supervisione e controllo. Il nome che preferiva: agentic engineering.

“Agentic”, perché “you are not writing the code directly 99% of the time, you are orchestrating agents who do and acting as oversight”: il 99 % delle volte non scrivi il codice tu, orchestri agenti che lo fanno e li supervisioni. “Engineering”, perché “there is an art & science and expertise to it”, un'arte, una scienza e una competenza che si possono imparare.

In pratica, gli agenti scrivono codice, eseguono test e propongono modifiche. Tu fissi l'obiettivo, dividi il lavoro in parti che un agente può completare, leggi il diff, decidi cosa va in produzione e ne rispondi.

Un cliente non compra codice. Compra la garanzia che funzioni, che sia sicuro e che qualcuno ne risponda. Niente di tutto questo passa all'agente.

La qualità nasce dalla revisione, non dal modello. Un agente che scrive cento righe in un minuto scrive anche cento righe che qualcuno deve controllare.

La responsabilità resta a chi firma la fattura. “L'ha fatto l'agente” non è una risposta che un cliente accetta.

La tracciabilità è la parte nuova. Quando un agente ha lavorato un'ora sul progetto di un cliente, il cliente dovrebbe poter vedere cosa ha fatto, non solo che è stato fatturato.

Le ore erano un'approssimazione onesta finché erano le persone a scrivere il codice. Con gli agenti, tempo di lavoro e impegno si separano.

Cinque minuti di prompt avviano un'ora di lavoro dell'agente, seguita da quindici minuti di revisione. Più progetti corrono in parallelo. E chi fattura a ore guadagna meno proprio quando consegna di più in meno tempo.

Questo non rende irrilevante l'impegno. Meno fatturi a ore, più devi sapere cosa ha davvero richiesto un progetto: a prezzo fisso, per vedere se ha reso; a consuntivo, per riaddebitare l'impegno per intero e in modo che il cliente possa seguirlo.

• Impegno: il tuo tempo di lavoro, il tempo di esecuzione attivo degli agenti e i token usati, per progetto.
• Avanzamento: di cosa trattava ogni sessione e quali commit ne sono usciti.
• Valore: quanto valeva il progetto rispetto a quanto ha richiesto, fatturato a consuntivo o a prezzo fisso.

Puoi vendere il vibe coding per quello che è: un prototipo, un mock-up, un esperimento il cui codice nessuno manterrà. Scrivilo nell'offerta.

Il software che un cliente userà, estenderà e da cui dipenderà è un altro prodotto. Quello è agentic engineering, e si fattura e si documenta come ingegneria.