Perché gli strumenti IA diventano frustranti: una mappa pratica di apprendimento

Altre istruzioni per lavorare con Ailoot sono nella documentazione.

Una metafora di apprendimento, non una legge psicologica universale#

La domanda pratica qui è più circoscritta di una diagnosi psicologica: le aspettative corrispondono ai risultati verificabili? Confronta ciò che pensavi di completare con ciò che funziona e scegli la prossima attività da quelle prove.

Non misurare la capacità dalla sola sicurezza: esamina un risultato reale e le verifiche che lo sostengono.

Da allora, la curva di Dunning–Kruger è diventata una popolare illustrazione in quattro fasi. Prima la sicurezza sale fino alla «Vetta del Monte Stupidità». Poi precipita nella «Valle della Disperazione». Dopodiché risale lentamente lungo la «Salita dell’Illuminazione» verso il «Plateau della Sostenibilità».

La curva è una metafora dell’articolo. Nessuno studio dei suoi lettori stabilisce un tasso di abbandono, una durata fissa di apprendimento o un percorso universale tra queste etichette.

Le 4 fasi del vibe coding—tu a che punto sei?#

Ogni fase si riconosce da pensieri e comportamenti tipici. Ecco la mappa.

Fase 1—Vetta del Monte Stupidità

Leggi un articolo su Claude Code. Magari guardi un video. Tutto sembra chiaro: installi lo strumento, scrivi un prompt, ottieni del codice. Gli autori degli articoli raccontano di aver «creato una SaaS in una sera». Vuoi riuscirci anche tu in una sera.

Pensieri che ti passano per la testa:

• «Credo di aver capito.»
• «È solo una chat, ma più intelligente.»
• «Sono un imprenditore; non mi servono programmatori.»
• «Lo padroneggerò in un mese e me ne andrò a Dubai.»

Comportamento:

• Scarichi Claude Code e lo installi.
• Scrivi «Creami un’app per le prenotazioni» nella chat.
• Ottieni del codice che non funziona.
• Pensi che il modello sia sbagliato e compri un abbonamento Max.

A questa fase sopravvaluti sia lo strumento sia te stesso. È un possibile punto iniziale. Se le aspettative restano scollegate da un risultato funzionante, la frustrazione può crescere; un progetto piccolo e verifiche esplicite offrono una base concreta da cui imparare.

Per una verifica pratica chiedi a un’altra persona di esaminare lo stesso output con criteri espliciti. Definirsi con sicurezza «esperto IA» non dimostra la qualità del risultato generato.

Considera l’impressione iniziale sicura come un’ipotesi. Esegui il codice, esamina l’output e lascia che il risultato cambi la stima delle tue capacità.

Fase 2—Valle della Disperazione

Vai più a fondo. Leggi di MCP e provi a collegare un server. Scarichi una Skill già pronta e cerchi di capirla. Avvii Plan Mode: l’agente scrive un piano, poi perde la rotta al terzo passaggio. Apri ~/.claude/: ci sono 12 cartelle e non capisci a cosa serva nessuna di loro.

Pensieri che ti passano per la testa:

• «Non so fare proprio niente.»
• «Tutti quelli sui social stanno mentendo.»
• «Quello che funziona per gli altri non funziona per me.»
• «Forse mi sto buttando in questa cosa troppo presto.»
• «Ho speso $200 in token—e cosa ho ottenuto?»

Comportamento:

• Apri 20 schede di documentazione contemporaneamente.
• Ogni chat inizia con «dimentica il contesto precedente».
• Navighi nei forum e leggi discussioni come «X ha distrutto il mio progetto».
• Confronti Claude con Cursor, Cursor con Codex e Codex con Cline. Pensi di avere lo strumento sbagliato.
• Ti metti a programmare al mattino, ma già all’ora di pranzo stai scorrendo il feed.

Può essere una situazione frustrante. Qui non è misurato il suo tasso di abbandono: usa i segnali seguenti per individuare un cambiamento da provare.

Fase 3—Salita dell’Illuminazione

Ti fermi. Rallenti. Smetti di saltare su ogni novità. Scrivi il tuo primo CLAUDE.md e lo inserisci nel progetto. Crei una cartella business/ e ci metti una descrizione del prodotto, dei prezzi e del pubblico. Esegui /compact dieci volte e finalmente capisci quali parti del contesto deve conservare. Crei la tua prima Skill—per un compito specifico, lunga 30 righe.

Pensieri che ti passano per la testa:

• «Ah, ecco come funziona.»
• «Oggi ho fatto qualcosa che una settimana fa non sapevo fare.»
• «Credo di aver capito la differenza tra business/ e ai-clone/.»
• «Ho già un prompt pronto per il compito X.»

Comportamento:

• Torni a Plan Mode prima di ogni nuovo compito.
• Prima di scrivere qualcosa a Claude, ti chiedi: «È indicato nel mio CLAUDE.md?»
• Cerchi la regola metodologica successiva; un nuovo strumento non attira più la tua attenzione.
• Aiuti gli altri nelle chat: «Mi ero bloccato anch’io qui—prova in questo modo».

Fase 4—Plateau della Sostenibilità

Non è il momento in cui tutto diventa facile. È il momento in cui le tue conoscenze finalmente corrispondono alla tua sicurezza.

Pensieri che ti passano per la testa:

• «So quello che non so.»
• «Questo compito mi prenderà tre ore; l’ho già fatto.»
• «Qui serve una nuova Skill; la preparo adesso.»
• «Se Claude si allontana dal piano, conosco tre possibili ragioni.»

Comportamento:

• Costruisci prodotti con costanza: uno in una sera, un altro in un fine settimana.
• Hai la tua cartella Skills, i tuoi subagenti e una cartella business/ per ogni progetto.
• Assumi collaboratori esterni solo per le parti che fondamentalmente non riesci a gestire da solo.
• Ricorri raramente ai video tutorial di altri, soprattutto per trovare nuove idee e non per imparare le basi.

Checklist di autovalutazione—qual è la tua fase attuale?

• Se non hai ancora provato Claude Code e pensi «Ah, posso farlo in una sera», sei alla fase 1.
• Se l’hai provato, hai aperto MCP, hai cercato di leggere le Skills e pensi «Perché mi sono messo in questa cosa?», sei alla fase 2.
• Se hai creato un CLAUDE.md e vedi come cambia davvero il comportamento di Claude, sei alla fase 3.
• Se costruisci prodotti con costanza e sai esattamente quale strumento usare e quando, sei alla fase 4.

7 segnali che ti trovi proprio ora nella Valle della Disperazione#

La valle non arriva all’improvviso. Si insinua. Ecco i segnali:

1. Confronti gli strumenti invece di costruire. Apri una scheda «Cursor vs Claude Code». Finisci di leggere. Apri «Cline vs Cursor». Poi «Codex vs tutto il resto». A ogni confronto pensi: «Forse sto cercando nel posto sbagliato». A fine giornata non hai scritto nemmeno una riga di codice e hai perso quattro ore.

2. Inizi ogni nuova chat con «dimentica tutto quello che è successo prima». Non hai un CLAUDE.md, non hai imparato a usare /compact e non capisci cos’è una finestra di contesto. Ogni sessione ricomincia da zero. Una settimana dopo ti accorgi di aver spiegato la stessa cosa a Claude per la quindicesima volta.

3. Collezioni prompt ma non li usi. Hai creato su Notion una cartella «Prompt per Claude Code». Ci sono 47 segnalibri. Non ne hai usato nemmeno uno due volte. Ogni volta pensi: «Questo è sicuramente quello che mi serve».

4. Pensi che gli altri «abbiano successo perché hanno conoscenze». Apri i social e vedi qualcuno lanciare la prima versione di un prodotto durante un fine settimana. Pensi: «Hanno un team. Hanno conoscenze. Io non posso farcela». Non consideri che loro sono alla fase quattro mentre tu sei alla fase due.

5. Abbandoni un progetto al terzo giorno. Ogni nuovo progetto inizia con entusiasmo («Sarà fantastico!») e finisce il terzo giorno. Quando la sfida passa da «un saluto in chat» a «elaborare un pagamento», te ne vai. Fare qualcosa di difficile fa paura.

6. Cerchi risposte su ChatGPT perché Claude non ha funzionato. Claude ti dà una risposta sbagliata, così apri ChatGPT. ChatGPT ti dà una risposta sbagliata, così apri Gemini. Non ti viene in mente che la richiesta era formulata male: pensi sempre che la colpa sia dello strumento.

7. Ti dici: «Questa cosa non fa per me». È il segnale più insidioso. Sembra una battuta finale difensiva, dopo la quale la persona se ne va. Quel pensiero può esprimere frustrazione anziché incapacità di imparare. La «valle» è una metafora: non ci sono percentuali o tempi misurati che mostrino chi la provi e cosa accada dopo.

Se diversi segnali ti descrivono, scegli come prossimo obiettivo un piccolo risultato funzionante. Registra ciò che lo blocca e cambia una parte del flusso: la checklist non prevede il tempo necessario a migliorare.

Perché le persone si arrendono nella valle—e perché non è pigrizia#

La frustrazione verso uno strumento non misura in modo affidabile le capacità. Esamina dimensioni del compito, conoscenze mancanti e ambiente prima di decidere definitivamente sullo strumento.

Anziché dedurre un meccanismo cerebrale da una settimana difficile, registra fatti osservabili: tentativi, risultati funzionanti, errore che blocca il prossimo passo e tempo impiegato. Questo individua un punto preciso da migliorare.

Nella valle subisci due colpi insieme. Primo, i tuoi progressi non sono all’altezza delle aspettative. Secondo, le persone intorno a te pubblicano risultati che tu non hai ottenuto. Apri i social: qualcuno ha lanciato la prima versione di un prodotto, qualcuno ha costruito un agente, qualcuno ha guadagnato i primi cento dollari con l’API di Claude. Tu hai trascorso tre settimane senza riuscire nemmeno a collegare un database.

Misura il tempo oltre all’impressione di velocità. Un agente può sembrare produttivo aggiungendo invece revisione e lavoro da rifare: confronta un compito rappresentativo con il flusso precedente senza scambiare una sensazione per un guadagno misurato.

Progressi lenti su un compito sconosciuto non dimostrano incapacità. Separa costo di apprendimento e output dello strumento e definisci un risultato più piccolo da esaminare.

Senza un passo successivo ripetibile è facile cambiare strumento o abbandonare il compito. I tre pilastri qui sotto sono la struttura proposta dall’autore, non una spiegazione statisticamente provata dell’abbandono.

3 pilastri—una metodologia per uscire dalla valle#

Nell’esperienza dell’autore descritta qui, uscire dalla valle ha richiesto tre mesi: in quel periodo sono stati provati decine di strumenti. E ho capito una cosa: Claude non era il problema. Il problema era che ogni volta ripartivo da zero. Nessuna memoria, nessuna regola, nessun limite.

Dopo, ho messo insieme un framework. L’ho chiamato «i tre pilastri». Il nome si riferisce a tre tipi di componenti su cui poggia l’intero flusso di lavoro di Claude Code. Togliene uno qualsiasi e il framework crolla.

Pilastro 1—Un clone IA di te

Un clone IA è la tua esperienza racchiusa in un formato che Claude applica automaticamente.

Nella Valle della Disperazione scrivi a Claude: «Aiutami con questo compito», e ogni volta spieghi il tuo approccio da zero. Il pilastro 1 risolve il problema: le tue metodologie risiedono nella cartella ai-clone/ sotto forma di file. Una Skill su «come gestisco un caso cliente». Una Skill su «come scrivo un post per Telegram». Un subagente chiamato «architetto di prodotto» che ragiona come te durante la fase di pianificazione.

Come si presenta il pilastro 1 nella pratica:

• Skills—file con istruzioni per compiti specifici (/build-article, /build-reel-script).
• Subagenti—personas con diverse aree di competenza, tra le quali Claude delega i sottocompiti.
• La cartella ai-clone/feedback/—regole imparate dagli errori. Ogni regola segue il formato Regola - Perché - Come.

Ne ho parlato in dettaglio nella guida a Skills, Subagents, MCP e Plugins—una mappa di cosa usare e quando.

Pilastro 2—Un secondo cervello

Un secondo cervello è un archivio strutturato di conoscenze su un progetto a cui Claude può accedere direttamente.

Nella Valle della Disperazione spieghi a Claude in ogni sessione cos’è il prodotto, chi è il pubblico e qual è il modello di business. Alla fine della terza settimana ti rendi conto di aver spiegato la stessa cosa per la quindicesima volta. Il pilastro 2 risolve il problema: organizzi le conoscenze sul progetto in file accanto al codice. Claude li legge autonomamente quando serve.

Come si presenta il pilastro 2 nella pratica:

• CLAUDE.md—il punto di ingresso dell’agente. Regole di comportamento, percorsi e collegamenti a tutto il resto.
• La cartella business/—prodotto, pubblico, economia, obiettivi, piani dei contenuti e concorrenti.
• La cartella plans/—piani tecnici per fase, con lo stato di ciascuno.
• La cartella retrospectives/—lezioni delle sessioni precedenti, per evitare di ripetere gli stessi errori.

Per la panoramica completa, consulta la guida alla configurazione di CLAUDE.md e la guida al secondo cervello in Claude Code.

Pilastro 3—Progettazione del contesto

La progettazione del contesto consiste nel gestire ciò che entra nella finestra di contesto di Claude prima di premere Invio.

Nella Valle della Disperazione non capisci perché Claude «dimentica» le istruzioni dopo quaranta messaggi in una chat. Non capisci perché serve /compact. Non apri Plan Mode perché «senza è più veloce». Il pilastro 3 risolve il problema: dirigi intenzionalmente ciò che carichi nel contesto. Questo gli fornisce input più pertinente; devi comunque verificare affermazioni e output.

Come si presenta il pilastro 3 nella pratica:

• Plan Mode—l’agente scrive prima un piano per il compito, tu lo approvi e poi lo esegue. Se non lo usi, il primo tentativo produce un risultato caotico.
• /compact—compressione intelligente della cronologia della chat. Quando il contesto inizia a riempirsi, lo comprimi e conservi solo le decisioni chiave.
• Prompt strutturati—invece di «aiutami», scrivi «ecco il contesto A, ecco il compito B, restituisci il risultato nel formato C».
• Sub-agenti—delegare sottocompiti a contesti nuovi, così il contesto principale non si sovraccarica.

Ne ho parlato nella guida alla progettazione del contesto e nella guida a Plan Mode.

Perché tre e non uno

Puoi costruire solo un secondo cervello e Claude conoscerà il tuo progetto. Ma agirà come un tirocinante senza regole.

Puoi costruire solo un clone IA e Claude farà proprie le tue competenze. Ma senza memoria del progetto, ogni sessione ripartirà da zero.

La progettazione del contesto può migliorare l’input senza garantire un’esecuzione senza problemi o conservare da sola le conoscenze. Ma le conoscenze non si accumuleranno da un compito all’altro.

Solo mettendo insieme tutti e tre ottieni quello che chiamo un «framework prevedibile». Claude ricorda il tuo progetto. Applica automaticamente la tua metodologia. E non perde il filo durante un compito.

È a quel punto che esci dalla Valle della Disperazione.

7 anti-pattern che ti tengono nella valle#

Anti-pattern da controllare nel tuo flusso:

1. «Scrivimi un’app funzionante» senza un CLAUDE.md. Apri una nuova chat di Claude Code e detti subito il compito. Claude non ha contesto sul tuo progetto, sulla tua metodologia né sulle tue preferenze. Ti dà un modello generico e tu resti deluso.

Cosa fare: crea un CLAUDE.md e inserisci il minimo indispensabile: il tuo stack, il modello di business, il pubblico di riferimento e i collegamenti agli altri file. Ogni chat inizia con questo contesto.

2. Una conversazione lunga senza /compact. Fai una sessione di 80 messaggi. Claude non ricorda più cosa hai deciso nel messaggio 12. La finestra di contesto è piena di cronologia senza decisioni importanti—solo indecisione. La qualità delle risposte cala.

Cosa fare: esegui /compact ogni 30–40 messaggi e indica cosa è importante conservare. Il contesto diventa più mirato.

3. Fidarsi della prima risposta. Claude ti dà una soluzione e tu la applichi subito. Un’ora dopo scopri che ha danneggiato altri tre file. Rinunci perché «di nuovo non funziona bene».

Cosa fare: usa Plan Mode per i compiti complessi. Prima il piano, poi discutine, infine esegui. Così individui gli errori durante la pianificazione, non dopo mezza giornata di lavoro.

4. Un prompt sciatto e senza struttura. Scrivi «fallo bene» aspettandoti che Claude capisca da solo. Non è così. Non sa cosa significhi «bene» per te. Tira a indovinare.

Cosa fare: scrivi i prompt seguendo la struttura «contesto - compito - vincoli - formato». Questo aumenta molto le probabilità di ottenere un buon risultato al primo tentativo.

5. Ignorare il monitoraggio dei costi. Non sai quanti token stai consumando. Il tuo piano mensile finisce, apri la dashboard e vedi che hai bruciato $200. Ti sorprendi. Smetti.

Cosa fare: configura strumenti per monitorare il consumo di token. Ho recensito gli strumenti nella guida ai contatori di token. Quando puoi vedere le spese in tempo reale, smetti di bruciare token inutilmente.

6. Una ricerca infinita dello «strumento giusto». Esce Cursor e passi a Cursor. Arriva Cline e provi Cline. Codex si aggiorna e torni a Codex. Ogni due settimane usi un nuovo strumento e ricominci ogni volta da capo. Non raggiungi mai il livello in cui lo strumento inizia a lavorare per te.

Cosa fare: scegli uno strumento. Usalo per tre mesi. Non cambiarlo alla prima scusa. Valuto i confronti solo quando il mio strumento è fondamentalmente incapace di fare qualcosa.

7. «Non ho tempo per leggere la metodologia». Pensi che lo strumento debba funzionare senza preparazione. Che scrivere prompt sia una capacità innata. Che CLAUDE.md sia «un livello in più». Di conseguenza, nel secondo mese fai ancora cose che con una metodologia avresti potuto concludere in una settimana.

Cosa fare: accetta che Claude Code richieda apprendimento, come qualsiasi strumento professionale. Si impara con la metodologia; qui l’intuizione non funziona.

Correlato: la guida alla piaggeria in Claude Code esamina come evitare il più grande equivoco della valle: credere che Claude abbia sempre ragione quando concorda con la tua idea.

5 segnali che sei sulla Salita dell’Illuminazione—come sapere di esserne uscito#

Cinque segnali che sei alla fase tre:

1. Hai un CLAUDE.md di oltre 200 righe e lo hai mantenuto con intenzione. Non l’hai copiato da un modello: l’hai costruito tu. Conosci ogni sezione e sai perché è lì. Quando vedi un nuovo schema ricorrente, aggiungi una regola.

2. Attivi Plan Mode prima di ogni compito non di routine. Senza promemoria e non per disciplina, ma perché hai capito che senza un piano perderai un’ora e otterrai il risultato sbagliato. Non è più un «passaggio in più»: è diventato un riflesso.

3. Hai un tuo catalogo di Skills e Subagents. Non scaricati da GitHub: sono tuoi. Pensati per i tuoi compiti specifici. Quando un nuovo compito assomiglia a uno vecchio, ti ricordi la tua Skill invece di scrivere un prompt da zero.

4. Il tuo ritmo si è stabilizzato. Ora sai: «Un compito del genere mi richiede 3 ore». Non pensi «oh, è veloce» e nemmeno «oh, ci vorrà un’eternità». Hai una stima realistica del tempo. Significa che hai superato l’effetto Dunning–Kruger in entrambe le direzioni: hai smesso sia di sopravvalutare sia di sottovalutare.

5. Le persone iniziano a chiedere a te. Qualcuno fa una domanda su MCP in una chat e tu rispondi con un esempio specifico: «A me è successo questo». Qualcuno chiede di Plan Mode e tu mostri il tuo esempio. È un effetto collaterale della padronanza della metodologia: le persone nella valle riconoscono la propria esperienza nella tua e si rivolgono a te.

Usa i segnali per riflettere sui progressi recenti, senza assegnarti un punteggio o prevedere il plateau. Verifica nel tempo se stime e risultati diventano più coerenti.

Sul plateau, cambia il ruolo dell’essere umano in un framework con agenti.

Questo è il risultato del viaggio fuori dalla valle: non stai più «imparando a scrivere prompt». Gestisci un framework di agenti, sei l’architetto dei processi, sei la persona al vertice.

Cosa fare PROPRIO ADESSO se stai perdendo la motivazione#

Tre passi da provare nella prossima attività.

Passo 1—nomina ad alta voce la fase. Dì a te stesso: «Sono nella Valle della Disperazione. È una parte frustrante del mio flusso attuale. Posso nominare il blocco concreto e scegliere un passo più piccolo». Quando nomini la fase, smette di essere «la mia catastrofe personale» e diventa «la mia posizione attuale sulla curva».

Passo 2—rallenta. Scegli UN progetto. Non due, non tre—uno. Scegli UNO dei tre pilastri: quello che risolverà più problemi in questo progetto. Se il progetto è nuovo e non ha alcun contesto, scegli il secondo cervello (CLAUDE.md). Se il progetto esiste ma Claude non agisce «come te», scegli il clone IA (Skills). Se i compiti sono lunghi e il contesto si sta riempiendo, scegli la progettazione del contesto (Plan Mode + /compact).

Un progetto, un pilastro, due settimane. Non cercare di costruire tutto in un fine settimana: ti riporterà nella valle.

Passo 3—crea una struttura. Puoi costruire la metodologia da solo. Nell’esperienza dell’autore descritta qui, ci sono voluti da tre a sei mesi.

Per continuare a lavorare con i modelli, puoi andare su Ailoot.