Idea principale

Un sistema di monitoraggio della concorrenza costruito con Claude Code recupera i video, gli articoli e le newsletter, li traduce, li classifica, li storicizza e li aggiorna. Ciò che un Product Manager faceva per ore si fa senza di lui. Ma il lavoro non scende a zero: cambia natura.

Bisogna dire che cosa si cerca e che cosa si scarta, verificare che il sistema non abbia mancato una fonte senza accorgersene, rileggere ciò che ha prodotto, testare dopo ogni modifica, e riprendere il controllo quando sbaglia pesantemente — cosa che succede, a volte subito dopo aver fatto qualcosa di brillante.

Il bilancio resta ampiamente positivo, ma si misura nella natura del lavoro quanto nelle ore: si scambia un'esecuzione lunga e prevedibile con una supervisione breve e irregolare.

Contributo di «La qualità appartiene a chi consegna» (2026-06-03). Lo stesso spostamento si osserva nel mestiere della QA, dove assume una forma più netta. Ciò che se ne va è l'esecuzione ripetitiva: i test manuali rifatti, le regressioni ripercorse schermata per schermata a ogni rilascio. Ciò che resta è l'inquadramento: definire che cosa verificare, su quali rischi, con quali criteri e a quale livello di automazione. Lo spostamento non è quindi solo quantitativo: cambia la posizione della funzione nella catena, perché l'inquadramento va scritto prima che il codice esista, mentre l'esecuzione poteva venire solo dopo.

Contributo di «Quattro giorni di vibe coding…» (2026-07-28). Lo spostamento assume una terza forma quando ciò che si delega non è più un compito accessorio ma la costruzione stessa. Più di centottanta commit in quattro giorni, senza scrivere una riga: ciò che resta è guidare, rileggere, testare, correggere, decidere, riprendere, sorvegliare, rispiegare. Il carico non diminuisce, cambia ritmo — invece di un'esecuzione lunga e regolare, una supervisione continua tarata sulla velocità dello strumento. È l'aspetto che manca ai bilanci euforici: la potenza non è gratis, e chi guida diventa insieme architetto di prossimità, tester, revisore e argine.

Perché è importante

Evita due errori simmetrici nella valutazione di un'automazione: contare il guadagno come se il compito sparisse del tutto, e concludere che non ha cambiato nulla perché ne resta una parte.

Dice anche quale competenza diventa necessaria: saper inquadrare una richiesta e accorgersi di un output sbagliato, più che saper eseguire il compito in fretta.

Sfumature e limiti

La supervisione è irregolare, quindi stimata male: per settimane non costa quasi nulla, poi costa molto il giorno in cui un output sbagliato è passato inosservato ed è servito da base a una decisione.

E non può essere delegata a qualcuno che non abbia mai svolto il compito a mano: riconoscere un monitoraggio della concorrenza che ha mancato l'essenziale presuppone di sapere com'è fatto un monitoraggio corretto.

Domande aperte

• Da quali segnali capire che un output automatizzato è sbagliato, quando si è appunto smesso di produrre il materiale da sé?