Vibe coding, dopo la luna di miele

spinny:~/writing $ less vibe-coding-agentic-engineering.md

1 
2Vibe coding è una di quelle espressioni che sembrano nate per farsi odiare e poi, lentamente, diventano utili.
3 
4All'inizio suona come: non penso, chiedo all'AI, accetto quello che esce, avanti così. Un modo allegro per produrre debito tecnico con un sottofondo musicale.
5 
6Però sarebbe troppo facile liquidarlo così. La verità è che il vibe coding ha intercettato una cosa reale: programmare con un modello cambia il rapporto tra idea e prototipo.
7 
8Prima avevi un pensiero e poi una lunga salita. Ora spesso hai un pensiero e dopo mezz'ora qualcosa si muove sullo schermo. È difficile non esserne sedotti.
9 
10La domanda interessante, nel 2026, non è se il vibe coding sia vero. Lo è. La domanda è: cosa succede dopo la luna di miele?
11 
12## Il prototipo è diventato economico
13 
14Questa è la parte più importante.
15 
16Gli strumenti AI hanno abbassato il costo emotivo del cominciare. Prima, se volevi provare un'idea, dovevi già impegnarti: scegliere stack, creare progetto, ricordare boilerplate, scrivere layout, collegare API, litigare con dettagli noiosi.
17 
18Adesso puoi dire: fammi una prima versione.
19 
20E una prima versione arriva.
21 
22Non sempre bella. Non sempre corretta. Spesso fragile. Ma arriva. E quando arriva, cambia la conversazione. Non stai più discutendo nel vuoto. Stai toccando una cosa.
23 
24Questo è potentissimo per designer, founder, product manager, sviluppatori senior stanchi di riscrivere scaffolding, persone curiose che prima non avrebbero aperto un editor.
25 
26Il vibe coding è hype perché dà a più persone la sensazione fisica del software che nasce.
27 
28## Il problema è che il software continua a vivere
29 
30La parte che il meme racconta meno è il giorno dopo.
31 
32Il prototipo deve essere letto. Corretto. Testato. Deployato. Messo in sicurezza. Capito da qualcun altro. Collegato a dati veri. Reso accessibile. Manutenuto quando una dipendenza cambia.
33 
34Qui il vibe coding puro sbatte contro il muro.
35 
36Un modello può generare tanto codice velocemente, ma il codice non è valore da solo. È una promessa di comportamento. E una promessa va verificata.
37 
38Il rischio del vibe coding non è scrivere codice brutto. Lo abbiamo sempre fatto anche senza AI. Il rischio è perdere il senso di proprietà: "l'ha fatto il modello" diventa una scusa per non capire abbastanza.
39 
40Ma il runtime non accetta scuse. Se il codice gira in produzione, è tuo.
41 
42## Da vibe coding ad agentic engineering
43 
44La versione matura del vibe coding non è smettere di usare gli agenti. È usarli con un ciclo più serio.
45 
46Non: genera tutto e speriamo.
47 
48Ma:
49 
501. descrivi l'intenzione;
512. lascia generare una bozza;
523. chiedi all'agente di spiegare il piano;
534. fai piccoli diff;
545. lancia test;
556. fai review;
567. correggi;
578. solo dopo unisci.
58 
59Questa cosa merita un nome diverso. Mi piace agentic engineering, anche se suona un po' solenne. Significa usare agenti non come slot machine, ma come collaboratori dentro un processo di engineering.
60 
61Il punto non è togliere energia al vibe coding. È darle binari.
62 
63## Dove funziona benissimo
64 
65Il vibe coding funziona quando il costo dell'errore è basso e il valore dell'esplorazione è alto.
66 
67Esempi:
68 
69- prototipi di interfacce;
70- tool personali;
71- dashboard interne;
72- giochi piccoli;
73- script una tantum;
74- esplorazioni di API;
75- proof of concept;
76- refactor meccanici con test buoni;
77- contenuti tecnici da trasformare in demo.
78 
79In questi casi la velocità è il punto. Vuoi vedere se l'idea ha gambe. Vuoi scoprire cosa non avevi capito. Vuoi arrivare a una conversazione concreta.
80 
81Il vibe coding è perfetto per fare emergere forma.
82 
83## Dove diventa pericoloso
84 
85Diventa pericoloso quando il sistema ha conseguenze e nessuno rallenta.
86 
87Pagamenti, dati personali, auth, permessi, infrastruttura, migrazioni database, codice legacy delicato, compliance, produzione. Qui la vibe non basta. Serve rigore.
88 
89Non significa che l'AI non possa aiutare. Anzi, può aiutare moltissimo. Ma deve lavorare dentro confini stretti: branch, sandbox, test, lint, review, feature flag, rollback.
90 
91La frase da tatuarsi sul monitor è semplice: più l'agente è veloce, più il processo deve essere leggibile.
92 
93Se non riesci a spiegare cosa è cambiato, non hai accelerato. Hai solo spostato il debito dal tempo alla comprensione.
94 
95## Il ruolo nuovo dello sviluppatore
96 
97La parte più interessante è che il lavoro dello sviluppatore non sparisce. Cambia densità.
98 
99Meno tempo su boilerplate. Più tempo su intenzione, decomposizione, review, integrazione, test, confini.
100 
101Lo sviluppatore diventa una specie di editor tecnico. Non nel senso debole di "corregge bozze". Nel senso forte: decide cosa deve esistere, cosa va tagliato, cosa è coerente con il sistema, cosa merita fiducia.
102 
103Un buon editor non accetta tutto quello che riceve. Nemmeno lo riscrive tutto per orgoglio. Riconosce il materiale buono, lo porta a forma, protegge il lettore.
104 
105Con gli agenti, il lettore è anche il futuro maintainer. Spesso sei tu tra tre settimane.
106 
107## Il pattern che vedo emergere
108 
109Il pattern più sano è questo:
110 
111- umano: intenzione, vincoli, gusto, responsabilità;
112- agente: varianti, scaffolding, ricerca, modifiche locali, test ripetitivi;
113- infrastruttura: sandbox, CI, trace, permessi, deploy;
114- team: review, ownership, standard.
115 
116Quando manca uno di questi pezzi, qualcosa si deforma.
117 
118Solo umano: lento, spesso bloccato dal lavoro ripetitivo.
119 
120Solo agente: veloce, ma senza giudizio situato.
121 
122Solo infrastruttura: processo elegante per produrre cose inutili.
123 
124Solo team: riunioni molto ordinate intorno a un prototipo che non arriva mai.
125 
126Il bello accade quando i pezzi si parlano.
127 
128## Una checklist piccola
129 
130Prima di lasciare che un prototipo vibe-coded cresca, mi farei queste domande:
131 
132- capisco la struttura del codice?
133- ci sono test per il comportamento critico?
134- so quali file l'agente ha toccato?
135- ho rimosso codice generato ma non usato?
136- ci sono segreti, token o dati finti finiti nel posto sbagliato?
137- l'accessibilità minima è rispettata?
138- il deploy ha rollback?
139- qualcuno oltre a me può mantenerlo?
140 
141Se la risposta è no a troppe domande, non è un fallimento. È solo un prototipo che deve restare prototipo ancora un po'.
142 
143## La mia lettura
144 
145Vibe coding è una parola rumorosa per una cosa tenera: la gioia di vedere un'idea prendere corpo prima che la paura la fermi.
146 
147Non voglio buttarla via. Sarebbe snob. Molte cose buone nascono così, mezze storte e vive.
148 
149Però il software che resta ha bisogno di altro. Ha bisogno di comprensione, test, ownership, infrastruttura, limiti. Ha bisogno che qualcuno dica: bello, ora rendiamolo vero.
150 
151Forse il futuro non è scegliere tra programmare "seriamente" e programmare "di vibe". Forse è imparare il cambio di marcia: esplorare con leggerezza, poi consolidare con rispetto.
152 
153La parte umana sta lì. Sapere quando correre e quando sedersi a leggere il diff.
154 
155## Fonti
156 
157- [Simon Willison: Not all AI-assisted programming is vibe coding](https://simonwillison.net/2025/Mar/19/vibe-coding/)
158- [OpenAI: How people are using ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)
159- [GitHub Blog: GitHub Copilot coding agent](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
160- [Anthropic: Building effective agents](https://www.anthropic.com/engineering/building-effective-agents)
161- [Stack Overflow Blog: Why vibe coding is the future](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)
162

:Vibe coding, dopo la luna di mielelines 1-162 (END) — press q to close

2Vibe coding è una di quelle espressioni che sembrano nate per farsi odiare e poi, lentamente, diventano utili.

4All'inizio suona come: non penso, chiedo all'AI, accetto quello che esce, avanti così. Un modo allegro per produrre debito tecnico con un sottofondo musicale.

6Però sarebbe troppo facile liquidarlo così. La verità è che il vibe coding ha intercettato una cosa reale: programmare con un modello cambia il rapporto tra idea e prototipo.

8Prima avevi un pensiero e poi una lunga salita. Ora spesso hai un pensiero e dopo mezz'ora qualcosa si muove sullo schermo. È difficile non esserne sedotti.

10La domanda interessante, nel 2026, non è se il vibe coding sia vero. Lo è. La domanda è: cosa succede dopo la luna di miele?

12## Il prototipo è diventato economico

14Questa è la parte più importante.

16Gli strumenti AI hanno abbassato il costo emotivo del cominciare. Prima, se volevi provare un'idea, dovevi già impegnarti: scegliere stack, creare progetto, ricordare boilerplate, scrivere layout, collegare API, litigare con dettagli noiosi.

18Adesso puoi dire: fammi una prima versione.

20E una prima versione arriva.

22Non sempre bella. Non sempre corretta. Spesso fragile. Ma arriva. E quando arriva, cambia la conversazione. Non stai più discutendo nel vuoto. Stai toccando una cosa.

24Questo è potentissimo per designer, founder, product manager, sviluppatori senior stanchi di riscrivere scaffolding, persone curiose che prima non avrebbero aperto un editor.

26Il vibe coding è hype perché dà a più persone la sensazione fisica del software che nasce.

28## Il problema è che il software continua a vivere

30La parte che il meme racconta meno è il giorno dopo.

32Il prototipo deve essere letto. Corretto. Testato. Deployato. Messo in sicurezza. Capito da qualcun altro. Collegato a dati veri. Reso accessibile. Manutenuto quando una dipendenza cambia.

34Qui il vibe coding puro sbatte contro il muro.

36Un modello può generare tanto codice velocemente, ma il codice non è valore da solo. È una promessa di comportamento. E una promessa va verificata.

38Il rischio del vibe coding non è scrivere codice brutto. Lo abbiamo sempre fatto anche senza AI. Il rischio è perdere il senso di proprietà: "l'ha fatto il modello" diventa una scusa per non capire abbastanza.

40Ma il runtime non accetta scuse. Se il codice gira in produzione, è tuo.

42## Da vibe coding ad agentic engineering

44La versione matura del vibe coding non è smettere di usare gli agenti. È usarli con un ciclo più serio.

46Non: genera tutto e speriamo.

48Ma:

501. descrivi l'intenzione;

512. lascia generare una bozza;

523. chiedi all'agente di spiegare il piano;

534. fai piccoli diff;

545. lancia test;

556. fai review;

567. correggi;

578. solo dopo unisci.

59Questa cosa merita un nome diverso. Mi piace agentic engineering, anche se suona un po' solenne. Significa usare agenti non come slot machine, ma come collaboratori dentro un processo di engineering.

61Il punto non è togliere energia al vibe coding. È darle binari.

63## Dove funziona benissimo

65Il vibe coding funziona quando il costo dell'errore è basso e il valore dell'esplorazione è alto.

67Esempi:

69- prototipi di interfacce;

70- tool personali;

71- dashboard interne;

72- giochi piccoli;

73- script una tantum;

74- esplorazioni di API;

75- proof of concept;

76- refactor meccanici con test buoni;

77- contenuti tecnici da trasformare in demo.

79In questi casi la velocità è il punto. Vuoi vedere se l'idea ha gambe. Vuoi scoprire cosa non avevi capito. Vuoi arrivare a una conversazione concreta.

81Il vibe coding è perfetto per fare emergere forma.

83## Dove diventa pericoloso

85Diventa pericoloso quando il sistema ha conseguenze e nessuno rallenta.

87Pagamenti, dati personali, auth, permessi, infrastruttura, migrazioni database, codice legacy delicato, compliance, produzione. Qui la vibe non basta. Serve rigore.

89Non significa che l'AI non possa aiutare. Anzi, può aiutare moltissimo. Ma deve lavorare dentro confini stretti: branch, sandbox, test, lint, review, feature flag, rollback.

91La frase da tatuarsi sul monitor è semplice: più l'agente è veloce, più il processo deve essere leggibile.

93Se non riesci a spiegare cosa è cambiato, non hai accelerato. Hai solo spostato il debito dal tempo alla comprensione.

95## Il ruolo nuovo dello sviluppatore

97La parte più interessante è che il lavoro dello sviluppatore non sparisce. Cambia densità.

99Meno tempo su boilerplate. Più tempo su intenzione, decomposizione, review, integrazione, test, confini.

100

101Lo sviluppatore diventa una specie di editor tecnico. Non nel senso debole di "corregge bozze". Nel senso forte: decide cosa deve esistere, cosa va tagliato, cosa è coerente con il sistema, cosa merita fiducia.

102

103Un buon editor non accetta tutto quello che riceve. Nemmeno lo riscrive tutto per orgoglio. Riconosce il materiale buono, lo porta a forma, protegge il lettore.

104

105Con gli agenti, il lettore è anche il futuro maintainer. Spesso sei tu tra tre settimane.

106

107## Il pattern che vedo emergere

108

109Il pattern più sano è questo:

110

111- umano: intenzione, vincoli, gusto, responsabilità;

112- agente: varianti, scaffolding, ricerca, modifiche locali, test ripetitivi;

113- infrastruttura: sandbox, CI, trace, permessi, deploy;

114- team: review, ownership, standard.

115

116Quando manca uno di questi pezzi, qualcosa si deforma.

117

118Solo umano: lento, spesso bloccato dal lavoro ripetitivo.

119

120Solo agente: veloce, ma senza giudizio situato.

121

122Solo infrastruttura: processo elegante per produrre cose inutili.

123

124Solo team: riunioni molto ordinate intorno a un prototipo che non arriva mai.

125

126Il bello accade quando i pezzi si parlano.

127

128## Una checklist piccola

129

130Prima di lasciare che un prototipo vibe-coded cresca, mi farei queste domande:

131

132- capisco la struttura del codice?

133- ci sono test per il comportamento critico?

134- so quali file l'agente ha toccato?

135- ho rimosso codice generato ma non usato?

136- ci sono segreti, token o dati finti finiti nel posto sbagliato?

137- l'accessibilità minima è rispettata?

138- il deploy ha rollback?

139- qualcuno oltre a me può mantenerlo?

140

141Se la risposta è no a troppe domande, non è un fallimento. È solo un prototipo che deve restare prototipo ancora un po'.

142

143## La mia lettura

144

145Vibe coding è una parola rumorosa per una cosa tenera: la gioia di vedere un'idea prendere corpo prima che la paura la fermi.

146

147Non voglio buttarla via. Sarebbe snob. Molte cose buone nascono così, mezze storte e vive.

148

149Però il software che resta ha bisogno di altro. Ha bisogno di comprensione, test, ownership, infrastruttura, limiti. Ha bisogno che qualcuno dica: bello, ora rendiamolo vero.

150

151Forse il futuro non è scegliere tra programmare "seriamente" e programmare "di vibe". Forse è imparare il cambio di marcia: esplorare con leggerezza, poi consolidare con rispetto.

152

153La parte umana sta lì. Sapere quando correre e quando sedersi a leggere il diff.

154

155## Fonti

156

157- [Simon Willison: Not all AI-assisted programming is vibe coding](https://simonwillison.net/2025/Mar/19/vibe-coding/)

158- [OpenAI: How people are using ChatGPT](https://openai.com/index/how-people-are-using-chatgpt/)

159- [GitHub Blog: GitHub Copilot coding agent](https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)

160- [Anthropic: Building effective agents](https://www.anthropic.com/engineering/building-effective-agents)

161- [Stack Overflow Blog: Why vibe coding is the future](https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)

162