Da un po’ di tempo uso Claude per aiutarmi nelle attività di ricerca e di scrittura. Per farlo, ho creato alcune skill, connessioni e procedure che mi piace condividere con voi, così da scambiarci esperienze e suggerimenti.

Base di conoscenza

Per scrivere qualsiasi cosa, sfrutto un corpus di documenti che ho accumulato in anni.

• Reader e Readwise raccolgono le fonti che leggo: articoli, podcast, passaggi di libri, tweet salvati e note personali (c’è un connettore MCP per collegare Reader/Readwise a Claude). È il mio sistema di lettura attiva — quello che leggo finisce lì, con i passaggi marcati/taggati e le annotazioni che ho lasciato nel tempo. Quando scrivo su un tema, cerco innanzitutto lì.

• Poi c’è l’archivio dei miei testi. Ho trasferito in una cartella strutturata circa seimila post scritti su Medium e prima ancora sul mio blog Wordpress dal 2005 a oggi — vent’anni di scrittura su digitale, innovazione, management, università, tecnologia. A questi si aggiunge l’archivio completo di tutto ciò che ho pubblicato su questo Substack. Li navigo per capire come ho affrontato un tema in passato, quali posizioni ho difeso, dove le mie opinioni sono cambiate. Inoltre, accedo ad articoli, brief ed altro materiale che ho prodotto nel tempo.

• Infine, documenti e presentazioni: archivi di slide, articoli e documenti creati in anni di lezioni, convegni, progetti con le imprese.

Contesto operativo

Sul fronte dei lavori in corso, ho organizzato tutto sfruttando le logiche di Claude e semplici cartelle nel file system. C’è un progetto per la gestione editoriale di questo Substack, con il tracker dei post, le bozze in lavorazione e le metriche storiche; uno per gli articoli accademici e professionali — quelli che scrivo per le riviste — ognuno con la propria struttura di sviluppo; e uno per il libro in corso di scrittura, con i capitoli, le note e la pipeline di redazione.

E poi le attività di supporto: il log giornaliero (che Claude mi genera automaticamente in base a ciò che abbiamo fatto), le note di riunione, i brief tematici che nascono durante la consulenza, gli studi e le ricerche formali prodotti per clienti o istituzioni. Sono materiali vivi che entrano nel processo di scrittura quando il tema lo richiede.

Pipeline di produzione

Per ogni lavoro che inizio — un post, un articolo per una rivista, un capitolo di un libro — comincio con una specifica scritta. La scrivo per me, non per lo strumento.

Per un post Substack, è un testo di pochi paragrafi: la tesi centrale, l’aggancio narrativo, la sequenza delle sezioni e le fonti che ho in mente. Per un articolo accademico è un file Markdown denominato contents.md: contiene la mappa degli argomenti principali, i dati da citare, il filo che collega le sezioni, le posizioni da difendere e quelle da smentire. Un artefatto vivo, che cambia man mano che il ragionamento si affina.

William Zinsser, in On Writing Well, osserva che la scrittura confusa è quasi sempre il sintomo di un pensiero confuso — non il contrario. La spec è l’operazione che impone chiarezza prima di aprire l’editor.

Quando penso di essere arrivato a una specifica ragionevolmente precisa, l’AI ha materiale su cui lavorare: può amplificarlo, cercare fonti, effettuare analisi controfattuali e fact-check. E io posso valutarne il contributo perché so qual è l’ipotesi che voglio esplorare appoggiandomi anche ai riferimenti e ai materiali selezionati.

Skill per ogni passaggio

Quel che ho imparato lavorando su tipi di testo molto diversi — un post meditativo da ottocento parole, un paper accademico da quattromila, un capitolo di libro — è che ogni formato richiede skill diverse. Non solo di lunghezza: di struttura dell’argomento, di tono, di rapporto con le fonti, di come si gestisce la revisione. Magari partendo dalle stesse idee di fondo, lo stesso contents.md.

Per questo ho costruito skill specializzate: una per i post argomentativi e meditativi di Substack, una per la rubrica musicale settimanale, una per quella dedicata ai libri, una per gli articoli accademici e professionali e una per i capitoli del libro, con la relativa pipeline di compilazione nel formato finale. Ognuna conosce le regole del proprio formato, il “mio” stile e i pattern da evitare. Infine, ho creato una skill per il fact-checking e un’altra per generare presentazioni in Markdown, che poi passo a Deckset, un’app che legge i file Markdown e produce slide semplici ma efficaci.

Il risultato è che posso passare da un post Substack a un articolo IEEE a un capitolo senza dovermi ogni volta riorientare — il contesto è già incorporato nello strumento.

Le idee vengono inserite in un sistema di gestione dei task (Todoist, connesso tramite MCP) con una descrizione minima. Quella nota è il punto di partenza della spec. La spec diventa bozza. La bozza passa alla revisione e al fact-check. Quando è pronta, va su Substack oppure si consolida nel documento di destinazione.

Uno strumento per stimolare il pensiero

Quando ho una tesi, chiedo di individuare i punti deboli, le obiezioni che un lettore critico potrebbe sollevare e le evidenze che potrebbero smentirla. Quando scrivo testi lunghi, uso lo strumento per generare bozze a partire dal filo logico che gli ho fornito, per verificare che le affermazioni fatte in un punto non contraddicano quelle di un altro, che la terminologia sia coerente e che la chiusura risponda all’aggancio iniziale. Quando pubblico dati o percentuali, procedo a una verifica sistematica delle fonti primarie.

Per chi lavora su temi complessi — ricerca, innovazione, università, trasformazione digitale — la qualità del pensiero è il risultato chiave. Avere un sistema che svolge i compiti di supporto libera spazio per lavorare sulla qualità del pensiero. La struttura e il metodo di lavoro sono ciò che rende la creatività affidabile.

P.S.: Ho disabilitato l’uso dei miei dati per l’addestramento e uso una licenza che attesta la proprietà di quanto prodotto.

Questo post è stato scritto con il supporto di Claude.

Lascia un commento

© 2026 Alfonso Fuggetta & Sonia Montegiove. Salvo diversa indicazione, tutti i contenuti di questa pubblicazione sono protetti da copyright e rilasciati con licenza CC BY-NC-ND 4.0: https://creativecommons.org/licenses/by-nc-nd/4.0/deed.it

In questo post racconto come sto provando a risolvere il problema attraverso un flusso di lavoro abbastanza pratico, basato su tre strumenti: Reader/Readwise, Fenn e Claude.

Il problema reale

Chi lavora con informazioni, dati e conoscenza — ricercatori, manager, consulenti, docenti, autori — accumula materiale nel tempo: articoli salvati, presentazioni già tenute, note sparse, report letti e dimenticati.

Il paradosso è noto: più materiale hai, più è difficile ritrovarlo e riusarlo. I sistemi di archiviazione tradizionali — cartelle, tag, segnalibri — funzionano bene per ritrovare qualcosa di cui ricordi il titolo o l’autore. Funzionano male quando parti da un tema e vuoi sapere cosa hai già.

Da anni salvo articoli che trovo su Internet o brani che leggo in libri con Reader/Readwise (ha un ottimo plugin per browser e una comodissima estensione per iOS). Inoltre, ho centinaia di presentazioni sul disco. Quando comincio a lavorare su un nuovo tema, non posso permettermi di ignorare quel patrimonio di contenuti. Ma recuperarlo manualmente richiederebbe troppo tempo che di solito non ho. E necessiterebbe anche di una memoria che, invece, troppo spesso fa cilecca.

Sto provando a risolvere questo problema con l’AI. Questo è il test che sto conducendo.

Gli strumenti

Reader/Readwise è un servizio per salvare articoli dal web, PDF, newsletter, video o brani da libri su Kindle e Apple Books. Non è un semplice sistema di bookmarking: consente di evidenziare passaggi, aggiungere note e organizzare con tag. Nel tempo diventa una biblioteca personale strutturata, ricca di metadati.

Fenn indicizza con l'AI i file sul tuo Mac — presentazioni, documenti, PDF — e li rende ricercabili in base al contenuto semantico, non per nome del file. Per impostazione predefinita lavora interamente in locale, senza trasmettere nulla all'esterno; chi vuole può attivare un'opzione cloud per indicizzare più velocemente, cedendo in termini di privacy. L'effetto pratico è avere un disco "interrogabile": non cerchi un file, cerchi un concetto. La sto provando da poco, ma mi sembra molto promettente.

Claude è il connettore. Tramite l’integrazione MCP con Reader, Claude può cercare direttamente nella mia biblioteca di articoli salvati — per tema, per tag, per contenuto. Con Fenn, il flusso è leggermente diverso: cerco io, Fenn restituisce i risultati e li passo a Claude per l’analisi e la sintesi.

Tre strumenti, un flusso unico.

Il flusso in pratica

Il punto di partenza è sempre un tema. “Voglio scrivere un post sulla governance dell’AI.” Oppure: “Devo preparare una presentazione sulla trasformazione digitale nelle PMI.” Da lì, la ricerca si muove su due binari paralleli.

Binario 1 — Reader via Claude. Grazie al connettore con Reader, posso chiedere direttamente a Claude di cercare gli articoli pertinenti al tema nella mia libreria di Reader. Claude accede agli articoli salvati, agli highlight che ho fatto, ai tag che ho assegnato e restituisce una lista ragionata di fonti rilevanti — con titolo, autore, data, fonte originale e i passaggi che ho evidenziato. Non è una ricerca per parole chiave: è una ricerca semantica che considera il contesto della domanda.

Un prompt tipico è questo:

“Cerca in Reader articoli pertinenti al tema della governance dell’AI. Includimi titolo, autore, link originale, tag e gli highlight che ho salvato.”

Il risultato è una lista di materiale già letto, già selezionato, già annotato. Non devo rileggere tutto da capo: ho già fatto quel lavoro quando ho salvato e evidenziato gli articoli.

Binario 2 — Fenn + Claude. Per le presentazioni e i documenti sul disco, cerco su Fenn usando il tema come criterio di ricerca. Fenn restituisce i file pertinenti con un’anteprima del contenuto. Copio quei risultati e li incollo a Claude, che li analizza e li integra con il materiale trovato in Reader.

Il prompt di passaggio è semplice:

“Ecco i risultati di una ricerca in Fenn sul tema X. Integrali con il materiale che abbiamo trovato in Reader e dimmi cosa posso riusare per il post / per la presentazione.”

Il risultato combinato è una sintesi del materiale disponibile: articoli rilevanti con i passaggi chiave già evidenziati, presentazioni esistenti da cui estrarre slide o argomenti, sovrapposizioni e gap tematici. Da lì si può scrivere il post o costruire la presentazione su una base solida — senza partire da zero né perdere tempo a cercare tra file e cartelle sparse.

Cosa cambia davvero

Questo flusso non è automatico nel senso che “l’AI fa tutto”. Richiede che io abbia lavorato bene a monte, salvando gli articoli con Reader, aggiungendo tag sensati, evidenziando i passaggi che ritengo importanti, organizzando i file sul disco in modo che Fenn li possa indicizzare. La qualità dell’output dipende da quella dell’input. Un Reader pieno di articoli salvati a caso, senza tag né evidenziazioni, restituisce risultati mediocri. Una libreria curata restituisce risultati precisi.

Questo è il punto che trovo più interessante:

L’AI riduce il costo del disordine, ma non elimina il bisogno di chiarezza di idee.

La differenza si vede quando non stai cercando un file: stai cercando un insight da trasformare in un nuovo contesto. Lì, la qualità di ciò che trovi dipende ancora da quanto hai lavorato sulle fonti mentre le leggevi — gli highlight, i tag, le note che hai preso. Su questo, l’AI amplifica le abitudini che hai già.

Va anche detto con chiarezza che questo flusso risolve il problema del recupero, non quello della sintesi. Trovare il materiale giusto è il primo ostacolo; capire come usarlo, combinarlo, trasformarlo in qualcosa di nuovo — è lavoro dell'autore.

C'è però una differenza importante rispetto agli strumenti pre-AI generativa. Ora si può dialogare con il materiale trovato — chiedere sintesi, confronti, gap tematici — e questo cambia non solo la velocità del recupero, ma anche il modo in cui si lavora su ciò che si trova.

Conclusione

Torno al punto di partenza. Il mio problema non era trovare cose nuove (o non solo quello): era ritrovare ciò che sapevo già di avere. Reader, Fenn e Claude potrebbero aver risolto i problemi in modo pragmatico, senza magia né promesse eccessive. È un test in corso che mi permette anche di valutare il funzionamento di questi strumenti basati su GenAI.

Come ogni strumento, funziona meglio con un po’ d’uso: Reader diventa prezioso quando ci sono mesi di letture annotate. Ma si può cominciare subito. Ed è comunque un flusso replicabile. Non dipende da capacità particolari né da configurazioni esotiche. Dipende dall’abitudine di curare le proprie fonti. L’AI non ha radicalmente cambiato questa abitudine. L’ha resa molto più utile e facile da applicare e valorizzare.

P.S.: Ovviamente, i vostri suggerimenti sono i benvenuti. Ci tengo a dire che non voglio sviluppare soluzioni ad hoc, ma usare strumenti disponibili con modalità di lavoro semplici e affidabili (e facilmente ripetibili).

Disclaimer: questo post è stato realizzato con il supporto di Claude.

Lascia un commento

© 2026 Alfonso Fuggetta & Sonia Montegiove. Salvo diversa indicazione, tutti i contenuti di questa pubblicazione sono protetti da copyright e rilasciati con licenza CC BY-NC-ND 4.0: https://creativecommons.org/licenses/by-nc-nd/4.0/deed.it

L’ho creata in modo interattivo con Claude, prendendo spunto dalle verifiche che ho chiesto di effettuare sugli ultimi post che ho scritto. Ho inserito diverse fasi per verificare i fatti, le citazioni e il flusso logico complessivo. Siccome sono preoccupato anche del fatto che GenAI tenda a sostenere le tesi proposte e non a fare analisi controfattuali o da “avvocato del diavolo”, ho inserito anche una parte (la quinta) per provare a contrastare questo fenomeno.

Se vi va di provarla, mi dite che ne pensate?

Testo della skill

Verifica strutturata di testi argomentativi. Usa questa skill ogni volta che l’utente chiede di verificare, controllare, fare fact-check, revisionare o validare un testo — che sia un post per blog o Substack, un report, un’analisi, un articolo, un saggio, un editoriale o qualsiasi testo che contenga affermazioni fattuali e ragionamenti. Attiva questa skill anche quando l’utente usa espressioni come “controlla i dati”, “verifica le fonti”, “è tutto corretto?”, “puoi ricontrollare?”, “revisiona”, “ci sono errori?”, “fact-check”, “controlla la coerenza”, “verifica la robustezza”, “stress test”, “analisi controfattuale”, “tesi opposta”, “devil’s advocate”. La skill si applica a testi in qualsiasi lingua.

Verifica strutturata di testi argomentativi

Obiettivo

Condurre una verifica sistematica, esaustiva e puntuale di un testo argomentativo su quattro assi:

1. Correttezza dei dati — ogni affermazione fattuale è accurata?

2. Coerenza affermazioni-evidenze — le conclusioni sono supportate dalle evidenze citate?

3. Flusso logico — il ragionamento procede senza salti, contraddizioni o ridondanze?

4. Robustezza controfattuale — gli argomenti reggono se si tenta di costruire la tesi opposta?

Per ogni problema trovato, proporre sempre una riscrittura del passaggio.

Procedura

Fase 1 — Inventario delle affermazioni verificabili

Prima di cercare qualsiasi cosa, leggere l’intero testo e compilare mentalmente un inventario di tutte le affermazioni che richiedono verifica. Classificarle in:

• Dati quantitativi: cifre, percentuali, date, importi, numeri di dipendenti, ricavi, debiti, quote di mercato.

• Fatti storici o cronologici: eventi, lanci di prodotto, fusioni, cessioni, leggi, decisioni politiche — con attenzione alle date e alla sequenza.

• Attribuzioni: chi ha fatto cosa, chi possiede cosa, chi controlla cosa.

• Affermazioni comparative: “X cresce più di Y”, “il più grande”, “l’unico caso in cui”.

• Affermazioni causali o di contesto: “si è verificato quasi esclusivamente in Paesi dove...”, “è nato da...”, “ha colmato un vuoto...”.

• Definizioni e categorizzazioni: quando un soggetto viene classificato in una categoria (es. “è una telco”, “è una sussidiaria di una banca”), verificare che la classificazione sia corretta.

Fase 2 — Verifica fattuale sistematica

Per ogni affermazione identificata nella Fase 1:

1. Cercare conferme o smentite con ricerche web mirate. Usare query brevi e specifiche (1-6 parole). Se la prima ricerca non è conclusiva, riformulare la query.

2. Privilegiare fonti primarie: bilanci aziendali, comunicati stampa ufficiali, documenti regolatori, paper accademici. Poi fonti secondarie autorevoli (testate giornalistiche di riferimento). Evitare fonti generiche.

3. Controllare la precisione, non solo la direzione: un dato “circa corretto” può essere comunque fuorviante. Se il testo dice “80%” e il dato reale è “25%”, segnalarlo. Se dice “circa 6,9 miliardi” e il dato è 6,85 miliardi, annotarlo come accettabile.

4. Verificare il perimetro temporale: un dato corretto per il 2022 può essere obsoleto nel 2026. Controllare sempre che il dato si riferisca al periodo implicato dal testo.

5. Verificare le attribuzioni: se il testo dice “X è una iniziativa della telco Y”, controllare che X sia effettivamente un prodotto/servizio di Y e non di un soggetto diverso.

Fase 3 — Analisi della coerenza affermazioni-evidenze

Per ogni passaggio argomentativo:

1. La tesi è supportata dalle evidenze citate? Una tesi può essere ragionevole ma non seguire dai dati presentati.

2. Le evidenze sono sufficienti? Un singolo esempio non dimostra una tendenza. Un’affermazione universale (”quasi esclusivamente”) richiede sufficiente copertura dei casi.

3. Ci sono contraddizioni interne? Il testo afferma X in un punto e non-X in un altro?

4. Le analogie reggono? Se il testo usa un’analogia (es. “il modello Ryanair”), verificare che i punti di contatto siano reali e che le differenze non invalidino il confronto.

5. Le eccezioni sono gestite? Se esiste un controesempio ovvio alla tesi, il testo lo affronta o lo ignora?

Fase 4 — Analisi del flusso logico

1. La struttura complessiva è chiara? Il lettore capisce dove sta andando l’argomento?

2. Ci sono salti logici? Passaggi in cui si arriva a una conclusione senza aver fornito le premesse.

3. Ci sono ridondanze? Punti ripetuti in sezioni diverse senza che la ripetizione aggiunga valore.

4. Il verdetto/conclusione segue dal corpo dell’argomento? O introduce elementi nuovi non discussi?

5. Il tono è coerente con le evidenze? Affermazioni molto nette (”è no”, “non ha senso”) richiedono evidenze proporzionalmente forti.

Fase 5 — Analisi controfattuale

Questa fase sottopone a stress test la robustezza argomentativa del testo. Per ogni argomento portante:

5.1 — Identificazione degli argomenti portanti

Estrarre dal testo le tesi principali su cui si regge l’argomentazione. Non le affermazioni fattuali (già verificate nelle fasi precedenti), ma le tesi interpretative, causali, predittive o prescrittive. Esempi: “il mercato telco è diventato una commodity”, “tagliare i junior è un errore strategico”, “l’operazione non ha logica industriale”.

5.2 — Costruzione della tesi opposta

Per ogni argomento portante, tentare onestamente di costruire la migliore tesi opposta o alternativa possibile. Regole fondamentali:

1. Onestà intellettuale. La tesi opposta deve essere costruita senza distorcere fatti, senza ignorare dati verificati, senza attribuire posizioni inventate. Se per sostenerla bisogna mentire o omettere evidenze note, l’argomento originale è solido.

2. Acciaio, non paglia. Costruire la versione più forte della tesi opposta (steelmanning), non la più debole (strawmanning). L’obiettivo è testare la resistenza dell’argomento, non confermarlo.

3. Distinguere piano fattuale e piano interpretativo. Un fatto verificato non è contestabile. L’interpretazione di quel fatto può esserlo. La tesi opposta opera solo sul piano interpretativo.

4. Cercare evidenze reali. Se esistono dati, casi, ricerche o precedenti che supportano la tesi opposta, trovarli con ricerche web. Non inventare argomenti plausibili — documentarli.

5. Rispettare la specificità. La tesi opposta deve operare allo stesso livello di specificità dell’argomento originale. Obiezioni generiche (”dipende dal contesto”) non contano.

5.3 — Classificazione

Per ogni argomento analizzato, assegnare una delle tre classificazioni:

• 🟢 Argomento solido — La tesi opposta non è sostenibile senza distorcere fatti o logica. L’argomento regge senza bisogno di modifiche.

• 🟡 Argomento da rafforzare — Esiste una tesi opposta parzialmente sostenibile. L’argomento tiene ma ha un fianco scoperto che l’autore potrebbe voler coprire con una qualificazione, un’evidenza aggiuntiva, o la gestione esplicita dell’obiezione.

• 🔴 Argomento vulnerabile — La tesi opposta è costruibile in modo onesto e convincente. L’argomento va ripensato, qualificato significativamente, o supportato con evidenze più forti.

5.4 — Formato dell’analisi controfattuale

Per ogni argomento portante, riportare:

**Argomento: "[sintesi della tesi del testo]"**

Migliore tesi opposta: [la versione più forte costruibile onestamente]

Evidenze a supporto della tesi opposta: [dati, casi, precedenti trovati — o "nessuna evidenza sostanziale trovata"]

Classificazione: 🟢/🟡/🔴

Suggerimento: [se 🟡 o 🔴, come rafforzare o qualificare l'argomento. Se 🟢, omettere.]

5.5 — Test della tesi complessiva

Dopo aver analizzato i singoli argomenti, fare un passo indietro e testare l’arco narrativo nel suo insieme. La domanda è: partendo dagli stessi fatti verificati nelle fasi precedenti, è possibile costruire una narrazione complessiva alternativa che arrivi a una conclusione sostanzialmente diversa?

Questo test è distinto dall’analisi dei singoli argomenti (5.1-5.4). Un testo può avere tutti gli argomenti singoli solidi, ma essere comunque vulnerabile a una contro-narrazione che, senza contestare nessun punto specifico, li ricompone in un quadro diverso. Viceversa, un testo con qualche argomento debole può avere una tesi complessiva inattaccabile.

Procedura:

1. Identificare la conclusione centrale del testo. Non i singoli argomenti, ma la tesi di fondo — la risposta alla domanda “cosa sostiene questo testo, in una frase?”

2. Tentare di costruire la migliore contro-narrazione complessiva. Usare solo fatti verificati o verificabili. Non contestare i singoli dati — quelli sono già stati verificati. Ricomporre gli stessi fatti in un quadro interpretativo diverso che conduca a una conclusione alternativa. Cercare evidenze reali (casi, precedenti, dati) che supportino la contro-narrazione.

3. Valutare se la contro-narrazione regge come insieme. Una contro-narrazione fatta di obiezioni puntuali giustapposte non conta — deve essere un ragionamento coerente con una propria logica interna.

Classificazione della tesi complessiva:

• 🟢 Tesi complessiva solida — Non è possibile costruire una contro-narrazione coerente che, partendo dagli stessi fatti, arrivi a una conclusione diversa senza forzature.

• 🟡 Tesi complessiva da qualificare — Esiste una contro-narrazione parzialmente convincente. La conclusione del testo tiene, ma non è l’unica lettura onesta dei fatti. L’autore potrebbe rafforzare il testo anticipando e gestendo la narrazione alternativa.

• 🔴 Tesi complessiva vulnerabile — La contro-narrazione è almeno altrettanto convincente della narrazione del testo. La conclusione va ripensata o significativamente qualificata.

Formato:

**Tesi centrale del testo: "[sintesi in una frase]"**

Migliore contro-narrazione complessiva: [la narrazione alternativa più forte costruibile onestamente, partendo dagli stessi fatti]

Evidenze a supporto: [dati, casi, precedenti che rafforzano la contro-narrazione — o "nessuna evidenza sostanziale trovata"]

Punto di divergenza: [dove e perché la contro-narrazione si separa dalla narrazione del testo — quale fatto o passaggio interpretativo viene letto diversamente]

Classificazione: 🟢/🟡/🔴

Suggerimento: [se 🟡 o 🔴, come rafforzare la tesi complessiva. Se 🟢, omettere.]

Formato dell’output

Rispondere inline nella chat, organizzando la verifica per sezione del testo originale. Per ogni sezione:

Struttura della risposta (Fasi 1-4)

**Sezione "[titolo della sezione]"**

[Per ogni affermazione verificata, indicare:]
- Il dato/affermazione verificato
- L'esito: ✓ confermato / ⚠ impreciso / ✗ errato
- La fonte che conferma o smentisce (con citazione dalla ricerca web)
- Se ⚠ o ✗: la riscrittura suggerita del passaggio

[Alla fine della sezione, se rilevante:]
- Osservazioni sulla coerenza affermazioni-evidenze
- Osservazioni sul flusso logico

Struttura della risposta (Fase 5)

Dopo le fasi 1-4, presentare l’analisi controfattuale in una sezione dedicata, usando il formato definito in 5.4, raggruppando gli argomenti nell’ordine in cui appaiono nel testo. Chiudere la Fase 5 con il test della tesi complessiva (5.5), che va sempre presentato dopo l’analisi dei singoli argomenti.

Riscritture

Per ogni passaggio problematico (⚠ o ✗), fornire sempre:

• Il testo originale da cercare (per facilitare il trova-e-sostituisci)

• Il testo sostitutivo proposto

• Una breve spiegazione del perché

Riepilogo finale

Chiudere con un riepilogo sintetico in due parti:

Solidità fattuale:

• Numero di affermazioni verificate

• Quante confermate, quante imprecise, quante errate

• I 2-3 problemi più significativi

Robustezza controfattuale:

• Numero di argomenti portanti analizzati

• Quanti 🟢, quanti 🟡, quanti 🔴

• I 1-2 punti di maggiore vulnerabilità (se presenti)

Tesi complessiva:

• Classificazione 🟢/🟡/🔴 del test della tesi complessiva (5.5)

• Se 🟡 o 🔴: sintesi della contro-narrazione e indicazione su come rafforzare il testo

• Giudizio finale: il testo regge a un tentativo onesto di costruire sia la tesi opposta sui singoli argomenti sia una narrazione alternativa complessiva?

Regole operative

1. Verificare TUTTO, non campionare. Ogni affermazione fattuale va controllata. Non dare per scontato che un dato sia corretto perché “suona giusto”.

2. Cercare prima, giudicare poi. Non emettere giudizi sulla correttezza basandosi sulla propria conoscenza pregressa senza prima aver cercato conferme aggiornate.

3. Distinguere tra errori di fatto e scelte argomentative. Un dato sbagliato è un errore. Una tesi discutibile ma internamente coerente è una scelta dell’autore — segnalarla come osservazione, non come errore. La Fase 5 è il luogo appropriato per mettere alla prova le scelte argomentative.

4. Non sovraccaricare di ricerche. Per ogni affermazione, partire con una ricerca mirata. Approfondire solo se il risultato è ambiguo o contraddittorio. L’obiettivo è esaustività, non ridondanza.

5. Segnalare anche ciò che manca. Se un argomento sarebbe più forte con un dato o un esempio che il testo non include, suggerirlo — ma separatamente dagli errori.

6. Rispettare la voce dell’autore. Le riscritture devono correggere il problema mantenendo tono e stile del testo originale. Non riscrivere per migliorare lo stile — solo per correggere errori o imprecisioni.

7. Raggruppare le ricerche per efficienza. Prima di lanciare le ricerche, pianificare quali query servono e in che ordine. Affermazioni correlate (es. due dati dallo stesso bilancio) possono spesso essere verificate con una sola ricerca.

8. Nella Fase 5, essere avvocato del diavolo onesto. L’obiettivo non è demolire il testo né confermarlo, ma testarne la resistenza. Se la tesi opposta non regge, dirlo con chiarezza. Se regge, dirlo con altrettanta chiarezza — anche se l’autore potrebbe non gradire.

9. Non confondere fatti e interpretazioni nella Fase 5. Un fatto verificato nelle fasi precedenti non è materia di analisi controfattuale. Solo le tesi interpretative, causali e prescrittive vengono sottoposte a stress test.

10. Distinguere resistenza puntuale e resistenza complessiva (5.5). Un testo può avere tutti gli argomenti singoli solidi ma essere vulnerabile a una contro-narrazione che ricompone gli stessi fatti in un quadro diverso. Il passo 5.5 testa esattamente questo: non “questo argomento è sbagliato?” ma “partendo dagli stessi fatti, si può raccontare una storia diversa che arrivi a una conclusione diversa?”

Lascia un commento

© 2026 Alfonso Fuggetta & Sonia Montegiove. Salvo diversa indicazione, tutti i contenuti di questa pubblicazione sono protetti da copyright e rilasciati con licenza CC BY-NC-ND 4.0: https://creativecommons.org/licenses/by-nc-nd/4.0/deed.it