Il vibe coding è già obsoleto — e per i product manager è un'ottima notizia
Nel 2026, Andrej Karpathy — la persona che ha reso celebre il termine “vibe coding” — è salito sul palco e lo ha dichiarato obsoleto. Il nome che ha proposto in sostituzione è agentic engineering, e lo ha descritto come una lista di attività: scrivere specifiche di progetto, supervisionare piani, ispezionare diff, scrivere test, costruire cicli di valutazione, gestire permessi, presidiare la qualità.
Rileggi quella lista togliendo i termini tecnici dell’ingegneria. Decidere cosa va costruito. Verificare se il risultato corrisponde all’intenzione. Definire cosa significa «abbastanza buono» e rifiutarsi di rilasciare qualcosa che sta sotto quella soglia. Non è una nuova disciplina. Come ha detto Jeff Gothelf: la versione che richiede giudizio è il lavoro — è sempre stato il lavoro. L’IA ha solo rimosso i posti dove lo nascondevamo.
Questo è il cambiamento più importante per chiunque costruisca prodotti oggi, e indica una direzione che la maggior parte delle persone trova controintuitiva.
La competenza che sopravvive non è saper programmare
Per un decennio, «impara a programmare» è stato il consiglio universale per chi aveva un’idea di prodotto. Nel 2026, quel consiglio si è silenziosamente rovesciato. Quando gli agenti AI riescono a trasformare un problema ben descritto in software funzionante, la documentazione smette di essere il lavoro — l’intenzione, la chiarezza e il giudizio diventano il lavoro. Il settore ha già un nome per le persone che contano, e non è «prompt engineer». La lettura di Product School sull’anno è diretta: i product manager AI sono i PM che contano nel 2026.
I meccanismi lo confermano. In tutto il settore, il consenso su cosa faccia davvero un PM AI-native si è cristallizzato in tre verbi:
- Descrivere quello che vuoi con abbastanza chiarezza da permettere a un agente capace di agire.
- Scomporre il problema in pezzi abbastanza piccoli da poter essere verificati uno per uno.
- Giudicare se l’output corrisponde all’intenzione — e decidere cosa fare con quel 15% in cui non corrisponde.
Nessuno dei tre è scrittura di codice. Tutti e tre sono product management.
Perché non saper programmare può essere un vantaggio
Ecco la parte che sembra sbagliata e invece non lo è. Chi sa programmare porta sempre in testa una stima corrente di quanto è difficile costruire questo. Quella stima è utile quando sei tu a costruire — e diventa un peso quando stai decidendo cosa dovrebbe esistere. L’idea viene potata prima ancora di essere espressa, modellata dal costo di implementazione anziché dal valore per l’utente.
Se non sai programmare, non hai quel riflesso. Tieni in mano solo le domande che contano all’inizio: di cosa ha davvero bisogno l’utente, e questa esperienza è giusta? Poi il tuo compito è dirlo chiaramente. E «dire l’idea con chiarezza» è la competenza fondamentale più antica che un product manager abbia.
Non è un argomento per restare ignoranti. È un argomento che dice: il collo di bottiglia si è spostato. La risorsa scarsa non è più la velocità di digitazione in un editor di testo; è la chiarezza di ciò che stai chiedendo.
言出法随 — «Dillo, l’IA lo costruisce» è un metodo, non un’intuizione
Il problema è che il vibe coding si è guadagnato il suo necrologio per una ragione. Quando il prompt è approssimativo, ogni esecuzione deriva: i designer hanno notato che i prototipi AI occupano lo spazio che prima apparteneva ai wireframe, ma ogni esecuzione dello stesso prompt produce qualcosa di leggermente diverso — una deriva semantica che si allarga rapidamente. Intenzione vaga in entrata, prodotto incoerente in uscita.
La risposta non è sforzarsi di più nel prompt. È lavorare con disciplina. Quella disciplina è ciò che chiamiamo DO AI PM, e si riduce a pochi impegni:
- Alta fedeltà prima di tutto. Salta il wireframe. Costruisci la cosa reale e funzionante — contenuto reale, stati reali (caricamento, vuoto, errore, successo), interazioni reali — e verificala facendola girare davvero. Un prototipo funzionante batte sempre uno descritto, anche nella stanza dove si prendono le decisioni.
- Cinque fasi, passi piccoli. Discover → Define → Design → Develop → Validate. Nella fase Define, fai sì che l’IA ti faccia domande prima di scrivere la specifica. Nella fase Develop, cambia una cosa alla volta.
- Una rete di sicurezza. Nessun segreto reale o dato di produzione in un prototipo. I pulsanti irreversibili — pubblica, elimina, paga — li preme un essere umano. Non toccare la produzione. Quando sei in dubbio, chiedi.
Quest’ultima lista è la differenza tra «ho avuto fortuna con un prompt» e «riesco a rifarlo lunedì».
La prova è nel lavoro
Un metodo che si spiega da solo vale zero. Tutto ciò che è qui è a valle di prodotti reali, tutti costruiti così con Claude Code: SoloMD (un editor Markdown), Unterm (un terminale che gli agenti AI possono guidare), unfetch (un download manager per umani e AI), StoryAlter (un compagno di scrittura AI), e Unflick (un media player per umani e AI). Questo stesso sito — otto lingue, questo blog, le presentazioni — è stato «detto» in esistenza nello stesso modo. Non ne è stata scritta a mano una sola riga.
Il metodo spiega il lavoro; il lavoro dimostra il metodo.
Karpathy aveva ragione: il vibe coding è finito. Quello che lo sostituisce non è un tipo di ingegneria più difficile — è la disciplina di decidere bene e descrivere con chiarezza. Ha un nome, ed è un buon momento per fare questo lavoro.
Se vuoi sentire davvero com’è «dillo, l’IA lo costruisce», inizia dal centro metodologia.
Approfondimenti
Discussione