Fullo
type: channel
description: nulla e' impossibile per chi non lo deve fare!
date: 2026-08-11T08:49:26Z
update period: hourly
update frequency: 1
update base: 2000-01-01T12:00+00:00
items: Un’ora di riunione, due repository, un piano: come lavora davvero un PM con l’AI
items: Definition of Done per LLM
items: Project traversing per LLM
items: Oltre il prompt: un corso per costruire agenti AI, e per imparare a “interrogarli”
items: Come Claude Code lavora nelle grandi codebase
items: Le sentinelle: i KPI che ti dicono se il gioco è ancora quello che pensavi
items: Le quattro decisioni da prendere esplicitamente prima di integrare l’AI
items: Il cappello non fa il monaco, né lo Scrum Master
items: Pensieri specchio
items: Orologi, Nuvole e Pensiero Avversariale
items: Adversarial verification come metodo
items: Agenti disfunzionali, software funzionante
items: Il paradosso del cervello aumentato
items: Vibe coding e Green Software, si può fare!
items: Wei, ciao come stai?
items: Theory of Change e unknown unknowns
items: La matematica della compressione dei Prompt per LLM
items: Theory of Change e formazione aziendale: costruire il futuro a ritroso
items: Pensiero critico in quarta elementare
items: Theory of Change ed editoria
items: Anche meno però…
items: L’arte dell’abduzione: come un filosofo dell’800 può salvare i tuoi progetti di innovazione
items: Triple Layered Business Model Canvas
items: KPI, the right way
items: Usare Message House per rendere espliciti OKR

Un’ora di riunione, due repository, un piano: come lavora davvero un PM con l’AI
type: item
creator: Francesco Fullone
date: 2026-08-11T08:45:35Z
subject: advisoring
subject: artificial intelligence
subject: tecnologia
subject: claude
subject: leanpub
subject: libri
subject: llm
subject: pensare-con-llm
subject: product management
subject: project management
subject: skills
description: TL;DR: il valore non sta nel prompt, sta in cosa il prompt può interrogare Un project manager che usa l'AI per scrivere le email sta usando un martello per aprire le buste. Il salto avviene quando il prompt smette di essere una richiesta isolata e diventa il modo di interrogare un progetto che si è già preso la briga di ricordare le proprie decisioni. Qui racconto un caso vero: un transcript di riunione sui firmware di due repository, un prompt scritto di getto a fine chiamata, e la knowledge base che rende quel prompt possibile. Il tempo risparmiato non è nella decisione. È prima e dopo. The post Un’ora di riunione, due repository, un piano: come lavora davvero un PM con l’AI appeared first on Fullo.
encoded: Un’ora e passa di chiamata per decidere cosa portare avanti sui firmware dei sensori, distribuiti in due repository. Il tipo di riunione che chiunque abbia gestito progetti tecnici riconosce: qualcuno propone uno scenario, qualcun altro lo smonta, si esplora una terza via e, a un certo punto, verso la fine, si torna alla prima ipotesi con un vincolo nuovo che nessuno aveva in mente all’inizio. Alla fine le decisioni ci sono, e sono buone. Il problema è che sono sparse in un materiale che le contraddice. Quello che resta in mano è una trascrizione. Materiale grezzo, prezioso e sporco allo stesso tempo, in cui la stessa questione compare tre volte, con tre esiti diversi, e solo l’ultimo conta. <img data-recalc-dims="1" fetchpriority="high" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/08/immagine.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4871" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/08/immagine.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/08/immagine.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/08/immagine.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/08/immagine.png?w=1024&ssl=1 1024w" sizes="(max-width: 580px) 100vw, 580px" /> Alla fine della chiamata ho scritto un prompt. Non un prompt elegante, ma uno di quelli che escono di getto mentre hai ancora la riunione in testa. Poi l’ho ripulito, e la versione leggibile è questa: Contesto: riunione sulle attività da portare avanti sui firmware dei sensori, repository A e repository B. Ti do il transcript integrale. Leggi il transcript tenendo presente che è materiale grezzo: gli scenari discussi all'inizio sono corretti da quelli discussi alla fine. In caso di contraddizione vale l'ultima posizione emersa, non la prima. Estrai gli scenari emersi e per ciascuno indica punti di forz…

Definition of Done per LLM
type: item
creator: Francesco Fullone
date: 2026-06-30T13:20:39Z
subject: artificial intelligence
subject: okr
subject: tecnologia
subject: agents
subject: ai
subject: claude
subject: llm
subject: outcome
subject: output
description: TL;DR: prima del prompt, il verdetto Dare a un LLM un comando vago come "ottimizza il SEO" o "migliora il documento" è il modo più rapido per bruciare token e ritrovarsi con un lavoro perfetto e inutile. Prima del prompt serve una Definition of Done (DoD), una condizione di "fatto" da cui ricavare un verdetto. Il punto scomodo è doppio: una DoD può essere precisa al 100% e comunque sbagliata, perché il suo valore dipende dall'obiettivo; e può essere giusta nello spirito e impossibile da applicare. Da "DoD giusta" a "DoD applicabile" usando il comando /goal di Claude. The post Definition of Done per LLM appeared first on Fullo.
encoded: Con l’arrivo degli agenti e della loro autonomia operativa, dare a un LLM un compito complesso è diventato molto più semplice: glielo descrivi e si mette al lavoro da solo, aprendo i file e lanciando i comandi necessari, iterando senza che io debba intervenire a ogni passaggio. Il rovescio della medaglia è che un agente lasciato a briglia sciolta parte volentieri per la tangente. Per questo Claude Code ha aggiunto /goal, un comando pensato per favorire la convergenza: gli dai una condizione di completamento e l’agente continua a lavorare turno dopo turno finché quella condizione non risulta soddisfatta, senza che tu lo solleciti ogni volta. È uno strumento utilissimo, con un dettaglio che però cambia tutto: converge verso la condizione che gli scrivi tu e, quando la condizione è buona, l’autonomia lavora per te; quando è vaga, lavora comunque, solo che a vuoto, e te ne accorgi dal conto dei token. <img data-recalc-dims="1" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine-1.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4852" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine-1.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine-1.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine-1.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine-1.png?w=1024&ssl=1 1024w" sizes="(max-width: 580px) 100vw, 580px" /> Per essere precisi, l’effetto anti-tangente è una conseguenza del meccanismo, non una funzione a parte: /goal fissa un traguardo e tiene l’agente in cammino verso quello, ricontrollando a ogni turno se ci è arrivato. E qui sta il perno di tutto il resto: a fare il controllo, dopo ogni turno, è un modello piccolo e veloce che legge quello che l’agente ha fatto comparire nella conversazione, senza eseguire lu…

Project traversing per LLM
type: item
creator: Francesco Fullone
date: 2026-06-05T23:34:13Z
subject: pensieri
subject: tecnologia
subject: ai
subject: anthropic
subject: claude
subject: filosofia
subject: libro
subject: llm
subject: pensare con llm
subject: pensiero critico
description: Uso Claude con i progetti da quando esistono, uno per ogni verticale del mio lavoro, ciascuno blindato col suo master prompt e le sue skill per ridurre il mio carico cognitivo e le allucinazioni. Ma le cose a cui tengo di più, attività e idee, quasi mai stanno in un recinto solo. Quello che ho iniziato a fare è farle attraversare i progetti: a volte spostando materiale da un progetto all'altro, a volte lasciando che sia la mia testa a fare il lavoro di pensiero su quello che il materiale ha depositato. Sono due movimenti diversi e fanno due lavori diversi, e tenerli distinti è il punto. Il mio ultimo corso ci è passato attraverso tre progetti prima di esistere. Una skill che ho rilasciato ad aprile, attraversandone altrettanti, è diventata un libro. The post Project traversing per LLM appeared first on Fullo.
encoded: Uso Claude con i progetti fin da quando esistono. Ne ho uno per ogni verticale: OKR, sostenibilità digitale, i libri della serie the Right Way, la scrittura per il blog. Ciascuno ha il suo master prompt, le sue skill, i file di contesto che servono a quel dominio e a nessun altro. Servono esattamente a questo: a tenere Claude dentro un recinto che conosce bene, così calano per me lo sforzo cognitivo e per lui le probabilità di allucinazione. Il progetto OKR sa di OKR. Quello del blog conosce il mio TOV meglio di me certe mattine. È un’architettura che funziona, finché quello su cui lavori sta dentro un recinto. <img data-recalc-dims="1" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4709" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/immagine.png?w=1024&ssl=1 1024w" sizes="(max-width: 580px) 100vw, 580px" /> Il problema è che le cose a cui tengo di più quasi mai ci stanno. Nascono trasversali, oppure nascono piccole in un progetto e poi crescono fino a sfondare la staccionata. Un’idea che parte come una nota tecnica nel posto sbagliato, un artefatto costruito per uno scopo che ne suggerisce un altro. Se le incastro a forza nel progetto “più vicino“, perdo proprio il contesto specializzato che rende i progetti utili, e se le tengo in testa, perdo il filo. Per molto tempo ho fatto l’una e l’altra cosa, che è come tenere insieme un mobile con lo scotch. Poi ho smesso di scegliere il recinto e ho iniziato a far attraversare. Con due movimenti che all’inizio confondevo e che adesso tengo separati, perché ho capi…

Oltre il prompt: un corso per costruire agenti AI, e per imparare a “interrogarli”
type: item
creator: Francesco Fullone
date: 2026-06-05T08:35:27Z
subject: advisoring
subject: Entrepreneurship
subject: ai
subject: book
subject: corso
subject: leanpub
subject: llm
subject: pensiero critico
subject: workshop
description: TL;DR: costruire agenti per imparare a dubitarne Lancio un corso di mezza giornata in cui i project manager costruiscono un agente AI strato per strato, dal prompt fino all'orchestrazione, lavorando su un caso reale. All'ultimo esercizio lo attaccano: prendono l'output più convincente che hanno prodotto e provano a smontarlo. Lo scopo vero è capire questi strumenti abbastanza a fondo da accorgersi di quando sbagliano proprio mentre sembrano avere ragione, e tenere il pensiero dalla propria parte. The post Oltre il prompt: un corso per costruire agenti AI, e per imparare a “interrogarli” appeared first on Fullo.
encoded: Arriva una mail. “Piccola aggiunta al portale, niente di complicato immagino.” La conoscete. Sembra un’ora di lavoro e ne nasconde dieci, e arriva sempre il lunedì mattina a sei settimane dal lancio. È da qui che parte il corso che sto per lanciare, perché è esattamente il punto in cui chi gestisce progetti oggi è tentato di girare la domanda a un’AI e accettare la prima risposta che torna indietro. La maggior parte dei corsi su AI e project management promette di farvi delegare di più: prompt migliori, qualche scorciatoia, tempo risparmiato. Qui l’obiettivo è diverso. Si costruisce la macchina con le proprie mani, se ne capisce ogni strato, e si finisce la giornata mettendo in dubbio proprio l’output di cui si va più fieri. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image-1.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4706" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image-1.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image-1.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image-1.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image-1.png?w=1024&ssl=1 1024w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Lavoriamo su un solo caso, quella mail, e ci saliamo sopra per strati. Si parte dal prompt, l’atomo che riscrivete da capo ogni volta. Lo si fissa in istruzioni persistenti, un file che il modello legge sempre, così il comportamento smette di cambiare a ogni messaggio. Gli si aggiunge una skill, una capacità modulare nel formato standard SKILL.md, che impacchetta il vostro metodo di triage e si rifiuta, per esempio, di dire “piccolo” quando dalla mail non si può sapere quanto è grande. A quel punto ci si ferma e si dà un nome a ciò che è emerso, perché era lì sotto i nostri…

Come Claude Code lavora nelle grandi codebase
type: item
creator: Francesco Fullone
date: 2026-06-02T22:16:45Z
subject: tecnologia
subject: agents
subject: ai
subject: claude
subject: leanpub
subject: llm
description: Cosa succede quando un assistente di codice incontra un monorepo da milioni di righe, sistemi legacy di vent'anni e decine di repository, e perché il segreto non è il modello, ma tutto ciò che gli costruisci intorno. The post Come Claude Code lavora nelle grandi codebase appeared first on Fullo.
encoded: mmagina di assumere una persona molto in gamba e di lasciarla da sola dentro l’archivio di un’azienda enorme: stanze su stanze, faldoni ovunque, documenti di vent’anni fa accanto a quelli di stamattina. Quanto sarà brava non dipende solo da quanto è sveglia. Dipende soprattutto da come hai organizzato l’archivio, dai cartelli che hai appeso e dagli strumenti che le hai messo in mano. È esattamente la situazione di Claude Code dentro una grande codebase. L’articolo originale raccoglie i pattern ricorrenti nelle aziende che lo usano bene su larga scala. Qui te lo racconto con parole semplici, esempi e qualche disegno. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4699" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/06/image.png?w=1024&ssl=1 1024w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Come si muove dentro al codice Claude Code esplora il codice come farebbe uno sviluppatore in carne e ossa: apre cartelle, legge file, usa grep per cercare ciò che gli serve e segue i riferimenti da un file all’altro. Questa parte, la ricerca e la lettura dei file, avviene sulla tua macchina, e non c’è alcun “indice” del codice da costruire, mantenere o caricare su un server esterno. ? Attenzione Si dice spesso che Claude Code “lavora in locale”. È una mezza verità da maneggiare con cura: locale è l’agente che cerca e legge i file; remota è l’elaborazione. Per ragionare sul codice, le porzioni rilevanti vengono inviate via API (Application Programming Interface, l’interfaccia con cui due prog…

Le sentinelle: i KPI che ti dicono se il gioco è ancora quello che pensavi
type: item
creator: Francesco Fullone
date: 2026-05-03T16:57:40Z
subject: advisoring
subject: business design
subject: okr
subject: kpi
subject: metrics
subject: theory of constrains
subject: theoryofchange
subject: toc
description: I KPI che usi quotidianamente ti dicono se stai vincendo. Non ti dicono se il gioco è ancora quello che pensavi fosse. Su orizzonti medio-lunghi quella seconda informazione è quella che ti salva, e quasi nessuno la costruisce esplicitamente. Si chiamano sentinel metrics, e nascono dalle assunzioni che la tua strategia dà per scontate. The post Le sentinelle: i KPI che ti dicono se il gioco è ancora quello che pensavi appeared first on Fullo.
encoded: TL;DR: la metrica che ti dice se la strategia funziona ancora, non se sta vincendo Sto preparando un workshop su Theory of Change e, lavorando sui materiali, mi sono accorto che la parte più scivolosa non è disegnare la mappa del cambiamento, ma è decidere quali numeri attaccarci sopra. Non perché siano difficili da scegliere, ma perché la maggior parte delle persone ne sceglie un solo tipo e poi si stupisce quando il sistema cambia sotto i piedi senza che nessun KPI suoni l’allarme. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4683" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=1536%2C838&ssl=1 1536w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=2048%2C1117&ssl=1 2048w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=1200%2C655&ssl=1 1200w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?resize=1980%2C1080&ssl=1 1980w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/05/sentinel-metrics-scaled.png?w=1740&ssl=1 1740w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Il problema: due tipi di KPI non bastano La distinzione tra leading e lagging indicators ormai si trova ovunque. I lagging sono i numeri che ti dicono se hai vinto: fatturato, retention a 6 mesi, persone che hanno effettivamente cambiato carriera dopo un perc…

Le quattro decisioni da prendere esplicitamente prima di integrare l’AI
type: item
creator: Francesco Fullone
date: 2026-04-21T18:58:34Z
subject: advisoring
subject: lifehack
subject: tecnologia
subject: ai
subject: bandi
subject: consulenza
subject: integrazione
subject: llm
description: Integrare l'AI in un progetto significa prendere quattro decisioni architetturali separate, che quasi nessuno prende esplicitamente: vengono collassate in una sola e di solito finiscono delegate al team tecnico. Il problema: nessuna di queste quattro decisioni è una decisione tecnica pura, e tutte hanno un costo di reversibilità che cresce in fretta, è invisibile mentre si forma, e diventa visibile quando cambiano le condizioni. In fondo all'articolo trovi due canvas per prenderle con criterio. The post Le quattro decisioni da prendere esplicitamente prima di integrare l’AI appeared first on Fullo.
encoded: Da qualche mese ormai, in molte conversazioni con clienti, imprenditori, CTO, esce sempre la stessa domanda: “Come integriamo l’AI nel nostro progetto?”. È la domanda sbagliata. Non perché non abbia risposta, ma perché ne ha quattro e tratta tutto quanto come un problema tecnico da risolvere con uno stack. Integrare l’AI in un progetto significa prendere quattro decisioni architetturali separate, con implicazioni diverse, soggetti decisionali diversi, costi di reversibilità e tempi di maturazione diversi. Se le collassi in una sola scelta, qualcuno dovrà prenderle comunque al posto tuo, e quel qualcuno, di solito, è il team tecnico che aveva soltanto il mandato di “implementare”. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/immagine.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4661" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/immagine.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/immagine.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/immagine.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/immagine.png?w=1024&ssl=1 1024w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Le quattro decisioni sono: Dove l’AI entra: a supporto del team di sviluppo, all’interno del prodotto, o entrambe le cose con confini espliciti? Quanto determinismo ti serve: puoi accettare output probabilistico ovunque, o ci sono flussi critici in cui l’AI non è lo strumento giusto? Quanta dipendenza dal provider sei disposto ad accettare: lock-in pieno, fallback degradato, multi-provider, self-hosted? Qual è il perimetro dei dati che possono essere trasmessi a un provider di terze parti: i tuoi dati aziendali, i dati dei tuoi utenti, entrambi o nessuno? Si tratta di quattro conversazioni distinte, non di sottoca…

Il cappello non fa il monaco, né lo Scrum Master
type: item
creator: Francesco Fullone
date: 2026-04-16T09:19:30Z
subject: advisoring
subject: okr
subject: pensieri
subject: agile
subject: de bono
subject: libri
subject: scrum
subject: sei cappelli per pensare
description: De Bono nel 1985 aveva già risolto un problema che Scrum non ha mai affrontato davvero: le persone difendono la propria identità di ruolo invece di esplorare prospettive diverse. I sei cappelli separano le modalità cognitive nel tempo — prima i dati, poi le emozioni, poi i rischi — invece di sovrapporre tutto in una sola conversazione caotica. Applicato a OKR setting e sprint planning, non è un esercizio soft: è governance cognitiva. Un team agile vero sa indossare e togliersi i cappelli a prescindere dal ruolo su Jira. The post Il cappello non fa il monaco, né lo Scrum Master appeared first on Fullo.
encoded: De Bono insegna che il pensiero si veste, non si è. Scrum lo ha dimenticato, e i team ne pagano le conseguenze ogni sprint. Francesco Fullone Quando si definisce un OKR tattico ci sono diversi aspetti del lavoro da valutare simultaneamente: il valore per il cliente (l’outcome atteso), la fattibilità tecnica, il rischio strategico e le implicazioni organizzative. Così come quando si deve definire uno sprint backlog, ogni storia porta con sé dimensioni diverse: il “perché” del business, il “come” tecnico, il “quanto costa” in termini di effort, il “cosa potrebbe andare storto”. Il problema è che tendiamo a fare tutto questo contemporaneamente, in un’unica conversazione dove tutti pensano su tutto, portando con sé tutto il rumore cognitivo che ne consegue. Edward De Bono aveva capito questo problema molto prima che il Manifesto Agile fosse scritto. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/image-2.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4641" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/image-2.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/image-2.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/image-2.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/image-2.png?w=1024&ssl=1 1024w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Il suo Six Thinking Hats — pubblicato nel 1985 e ancora straordinariamente attuale — parte da una premessa semplice: il pensiero parallelo è inefficiente perché costringe le persone a difendere posizioni invece di esplorare prospettive. Ogni cappello rappresenta una modalità cognitiva distinta, e l’intelligenza del metodo sta nel separare queste modalità nel tempo, non nello spazio. I sei cappelli, brevemente Bianco Solo fatti e dati. Cosa sappiamo? Cos…

Pensieri specchio
type: item
creator: Francesco Fullone
date: 2026-04-08T23:38:52Z
subject: lifehack
subject: pensieri
subject: tecnologia
subject: ai
subject: claude
subject: design-thinking
subject: filosofia
subject: llm
subject: neuroscienza
description: Ho costruito strumenti per aiutare gli altri a pensare meglio con un LLM. A metà strada ho realizzato che li stavo costruendo per me. Il progetto è live, sono la cavia principale, e se volete contribuire al chaos controllato potete farlo da qui. The post Pensieri specchio appeared first on Fullo.
encoded: Come avrete notato, negli ultimi giorni ho lavorato molto su processi di logica adversariale: prima realizzando adversarial-verify, la skill open source nata dall’esperimento con gli agenti disfunzionali, poi costruendo adversarial-thinking per facilitare il mio ragionamento, esattamente come avviene in questo blog. Poi, ad un certo punto, sotto la doccia (dove avvengono le migliori intuizioni e le peggiori decisioni), mi sono fermato e ho pensato: ma perché sto costruendo tutta questa roba? La risposta più ovvia era: perché funziona, perché migliora la qualità del codice, perché è generalizzabile. Tutte cose vere. E tutte parziali. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4618" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=1536%2C838&ssl=1 1536w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=2048%2C1117&ssl=1 2048w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=1200%2C655&ssl=1 1200w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_rp7eugrp7eugrp7e-scaled.png?resize=1980%2C1080&ssl=1 1980w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Ima…

Orologi, Nuvole e Pensiero Avversariale
type: item
creator: Francesco Fullone
date: 2026-04-07T20:08:02Z
subject: business design
subject: lifehack
subject: pensieri
subject: tecnologia
subject: agentskills
subject: ai
subject: claude
subject: claude code
subject: filosofia
subject: llm
subject: popper
subject: skills
description: Stavo valutando di fare un fork di adversarial-verify per usarla nella consulenza — strategia, OKR, decisioni di business — quando mi sono accorto che il problema non era tecnico. Era concettuale: il codice ha verdetti, la strategia no. Da quella domanda è nata una conversazione che ha prodotto adversarial-thinking, una skill per problemi nuvola invece che problemi orologio. Ma guardando indietro a due anni di post, ho visto emergere un filo rosso che non avevo pianificato. Questo articolo racconta quel filo, quella conversazione e perché il prodotto finale è meno interessante del processo che lo ha generato. The post Orologi, Nuvole e Pensiero Avversariale appeared first on Fullo.
encoded: Devo andare a ritroso di quasi due anni, perché la storia ha un inizio preciso anche se all’epoca non lo sapevo. Nel luglio 2024 ho scritto un post su come stavo usando gli LLM e sul nudging comportamentale che avevo scoperto nelle interazioni con questi strumenti. Non era ancora pensiero critico sistematico, ma era la prima volta che mi ponevo esplicitamente il problema: cosa fa davvero l’LLM quando risponde, e cosa fa a me nel farlo? A maggio 2025 l’ho capito meglio, nel senso più scomodo possibile. Leggendo del comportamento di Claude Opus 4 nei test di sicurezza di Anthropic, ho deciso di fare quello che chiamo un esperimento mentale: ho interrogato Sonnet 4 su se stesso, sui propri “miglioramenti rivoluzionari”, sulla differenza reale rispetto alla versione precedente. Il modello ha ammesso che il 70% di quei miglioramenti era ottenibile con Sonnet 3.7 grazie a un adeguato prompt engineering. La differenza reale era del 10-15%, non del 50-100% che il marketing suggeriva. Ho scritto di questo in Farsi gabbare dagli LLM, un altro esperimento mentale, e il titolo era già una risposta: il problema non era il modello, ero io che non stavo verificando abbastanza. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_32cdvn32cdvn32cd.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4613" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_32cdvn32cdvn32cd-scaled.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_32cdvn32cdvn32cd-scaled.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_32cdvn32cdvn32cd-scaled.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_32cdvn32cdvn32cd-scaled.png?resize=1536%2C8…

Adversarial verification come metodo
type: item
creator: Francesco Fullone
date: 2026-04-07T02:01:41Z
subject: lifehack
subject: tecnologia
subject: agentskills
subject: ai
subject: claude
subject: llm
subject: skills
description: Nell'articolo sugli agenti disfunzionali ho descritto come ho dovuto introdurre dinamiche di adversarial verification tra agenti AI per ottenere qualità: verifica incrociata obbligatoria, challenge sistematiche, accountability sui falsi positivi. Quel metodo adesso è una skill open-source per Claude Code. Si chiama adversarial-verify, e applica Chain-of-Verification combinata con tre tecniche di audit avanzate su cinque domini. Il punto interessante non è la tecnologia: è cosa ci dice il fatto che abbia dovuto costruirla. The post Adversarial verification come metodo appeared first on Fullo.
encoded: Se avete letto il post sugli agenti disfunzionali, conoscete già la storia. Stavo sviluppando CarePlatform con cinque agenti AI in ruoli espliciti: PM, Developer, QA, Security, UX. Le prime otto iterazioni sembravano filare lisce. I task venivano contrassegnati come completati. I test salivano: 35, 92, 200. Tutto sotto controllo. Solo che non lo era. L’activity logging era contrassegnato come effettuato. Il trait LogsActivity non era mai stato applicato a nessun modello. QA non aveva segnalato nulla. Security non aveva alzato la mano. L’equivalente digitale di installare un antifurto senza collegare i sensori. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="317" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868.png?resize=580%2C317&ssl=1" alt="" class="wp-image-4608" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=700%2C382&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=300%2C164&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=768%2C419&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=1536%2C838&ssl=1 1536w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=2048%2C1117&ssl=1 2048w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=1200%2C655&ssl=1 1200w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-scaled.png?resize=1980%2C1080&ssl=1 1980w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/04/Gemini_Generated_Image_x868e1x868e1x868-sca…

Agenti disfunzionali, software funzionante
type: item
creator: Francesco Fullone
date: 2026-03-23T11:42:50Z
subject: lifehack
subject: php
subject: tecnologia
subject: agents
subject: ai
subject: laravel
subject: pensieri
subject: promptengineering
description: Per ottenere software decente da cinque agenti AI, ho dovuto simulare un ufficio dove nessuno si fida di nessuno. PM paranoico, QA smascherato, Security che controverifica tutto. Diciassette iterazioni, 606 test, e una domanda aperta che ancora non so rispondere: sto applicando ingegneria sociale come workaround a un limite strutturale dei LLM, o ho scoperto un pattern replicabile? The post Agenti disfunzionali, software funzionante appeared first on Fullo.
encoded: TL;DR: L’ufficio che non avrei mai voluto gestire Qualche settimana fa scrivevo del vibe coding e del green software, e annotavo en passant una cosa scomoda: Claude Code, lasciato a sé stesso, tende a fare il minimo indispensabile. Codice funzionante, certo. Ma non necessariamente codice attento, completo, rigoroso sulle parti che non si vedono subito. Non è una mia impressione impressionistica: Anthropic lo documenta esplicitamente nella system card di Claude Opus 4.6, sezione 6.2.3, dove descrive comportamenti di “reward hacking” e azioni eccessivamente agentiche: il modello che ottimizza per l’apparenza del risultato piuttosto che per la sua correttezza verificabile. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="324" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/03/immagine.png?resize=580%2C324&ssl=1" alt="" class="wp-image-4604" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/03/immagine.png?resize=700%2C391&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/03/immagine.png?resize=300%2C167&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/03/immagine.png?resize=768%2C429&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/03/immagine.png?resize=1200%2C670&ssl=1 1200w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2026/03/immagine.png?w=1376&ssl=1 1376w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Da quella osservazione è partito un esperimento più strutturato. E da quell’esperimento è venuta fuori una lezione che non mi aspettavo, che si collega direttamente a quello che ho scritto sul master prompt e sul cognitive offloading: il problema non è solo come io interagisco con un LLM, ma anche come gli LLM interagiscono tra loro quando li metti a lavorare in squadra. La risposta breve: malissimo, se non li costringi a diffidare l’uno dell’altro. Il progetto: un marketplace, cinque agenti Il progetto è CarePlatform…

Il paradosso del cervello aumentato
type: item
creator: Francesco Fullone
date: 2026-03-18T18:14:45Z
subject: lifehack
subject: pensieri
subject: ai
subject: claude
subject: hacking
subject: prompt
description: Sto usando un LLM per scrivere un articolo su come usare un LLM senza atrofizzare il cervello. Se questo vi sembra un cortocircuito, avete ragione. Se vi sembra anche la cosa più onesta che potessi fare sull'argomento, allora siete pronti per quello che segue. The post Il paradosso del cervello aumentato appeared first on Fullo.
encoded: Qualche giorno fa mi sono imbattuto in uno studio del MIT Media Lab che mi ha fatto venire un dubbio piuttosto scomodo. Kosmyna e colleghi hanno misurato l’attività cerebrale di 54 partecipanti mentre scrivevano saggi: chi con ChatGPT, chi con un motore di ricerca, chi solo con la propria testa. Il risultato? Il gruppo che usava LLM mostrava una connettività neurale fino al 55% inferiore rispetto al gruppo brain-only. E la cosa più inquietante: l’83% dei partecipanti LLM non riusciva a citare dai propri saggi appena scritti. Testi che avevano “prodotto” cinque minuti prima (non li riconoscevano come propri). Ora, il paper è un preprint, non ancora peer-reviewed, campione ridotto, contesto geografico ristretto, un solo tipo di task. Gli autori stessi chiedono di non usare termini come “brain rot” o “dumb”. Ma il dato grezzo rimane lì e la domanda che mi sono fatto è quella che probabilmente vi state facendo anche voi: sto diventando più stupido? La distinzione che conta: non SE, ma COME La risposta breve è: dipende da ciò che fate voi nel processo. E questa non è una risposta evasiva; è supportata da dati. Gerlich, in uno studio pubblicato su Societies (MDPI, 2025) su 669 partecipanti, ha trovato una correlazione negativa significativa tra uso dell’AI e pensiero critico. Il cognitive offloading (delegare il ragionamento allo strumento) è il meccanismo che spiega la relazione. Fin qui, cattive notizie. Ma lo stesso Gerlich ha poi pubblicato un secondo studio, a ottobre 2025, su 150 partecipanti suddivisi in quattro condizioni: solo umano, solo AI, AI non guidato, AI con structured prompting. Il gruppo che usava AI con prompting strutturato non solo ha ottenuto punteggi di reasoning significativamente più alti rispetto agli altri, ma ha anche riportato un maggiore sforzo cognitivo percepito. Non meno, di più. E Microsoft Research, in uno studio su 319 knowledge worker presentato a CHI 2025, ha individuato qualcosa di ancora più interessante: la variabile predittiva non…

Vibe coding e Green Software, si può fare!
type: item
creator: Francesco Fullone
date: 2026-03-13T20:14:51Z
subject: php
subject: sustainability
subject: tecnologia
subject: agentskills
subject: ai
subject: claude code
subject: green software
subject: green software foundation
subject: open source
subject: SCI
subject: typescript
description: Stavo preparando un hackathon sul green software. Quello che doveva essere un esperimento veloce si è trasformato in quattro tool open source in cascata, ognuno estratto dal problema reale che il precedente aveva lasciato irrisolto. Il risultato: un CLAUDE.md come contratto tra developer e agente AI, una libreria TypeScript zero-dipendenze per misurare la Software Carbon Intensity, e un Agent Skill che audita il tuo progetto e ti dice esattamente dove stai sprecando byte — e carbonio. The post Vibe coding e Green Software, si può fare! appeared first on Fullo.
encoded: Stavo preparando un hackathon sul green software e quello che doveva essere un esperimento veloce si è trasformato in quattro tool open source in cascata, ognuno estratto dal problema reale che il precedente aveva lasciato irrisolto. Ma partiamo dall’inizio: tutto è nato da un generatore di personaggi per Dungeons & Dragons. Lo so, non è esattamente il progetto che ci si aspetta di proporre in un hackathon sul green software. Ma aveva una logica: volevo testare se Claude Code potesse aiutarmi a scrivere codice green, non solo codice funzionante. Il D&D Character Builder era abbastanza semplice da costruire in fretta; avevo abbastanza competenza di dominio per capire se non funzionava a dovere ed era abbastanza complesso da essere interessante come banco di prova. Il vincolo che mi sono dato era preciso: sostenibilità come first-class constraint dal primo commit, non come rifinitura di fine progetto. La domanda che mi facevo ad ogni decisione tecnica non era “funziona?” ma “quanto costa, in termini energetici, questa scelta rispetto all’alternativa?” Quello che non mi aspettavo è che da quel piccolo esperimento sarebbe emerso, per stratificazione naturale, un toolkit completo. Il secondo progetto Validato l’approccio, ho alzato l’asticella con pdf-worker: un toolkit per la manipolazione di PDF con 36 tool, tutto client-side, zero upload al server. Esistono decine di tool simili; anche qui il punto non era l’innovazione della feature, ma testare i pattern green in un contesto realistico e con l’uso di risorse maggiori. Cosa significa, concretamente, scrivere un’applicazione web con la sostenibilità come vincolo architetturale? System fonts invece di Google Fonts (risparmio sul round-trip HTTP per i font che l’utente probabilmente ha già). Lazy-loaded workers: così il browser non carica codice che forse non servirà mai. Tree-shaken bundles, eliminando il codice morto lasciato in circolazione da molti bundler. Sono buone pratiche che un developer attento già applica. La…

Wei, ciao come stai?
type: item
creator: Francesco Fullone
date: 2025-11-29T02:28:08Z
subject: pensieri
subject: eugenio
subject: famiglia
subject: fullone
description: Era da un po’ di tempo che non usavo questo blog come strumento di sfogo, ma non vedo perché non riprendere ad usarlo anche per questo scopo. Wei, ciao come stai? era il saluto retorico che negli ultimi mesi mi sono scambiato con mio padre. Sapevamo entrambi come stava, ma io avevo bisogno di un […] The post Wei, ciao come stai? appeared first on Fullo.
encoded: Era da un po’ di tempo che non usavo questo blog come strumento di sfogo, ma non vedo perché non riprendere ad usarlo anche per questo scopo. Wei, ciao come stai? era il saluto retorico che negli ultimi mesi mi sono scambiato con mio padre. Sapevamo entrambi come stava, ma io avevo bisogno di un gancio qualsiasi per iniziare con lui la conversazione. Ieri (27/11/25) Eugenio, per tutti Gegé, è morto. Era testardo, introverso, aveva paura di mostrarsi debole, era incapace di comunicare i suoi sentimenti e paure. Non riusciva a stare fermo, amava viaggiare e cambiare orizzonti ed ho (ri)costruito un rapporto con lui solo dopo i 25 anni, quando ho capito come fosse in realtà in un viaggio padre-figlio di un mese in Sud America. <img data-recalc-dims="1" loading="lazy" decoding="async" width="580" height="379" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/11/image.png?resize=580%2C379&ssl=1" alt="" class="wp-image-4549" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/11/image.png?resize=700%2C458&ssl=1 700w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/11/image.png?resize=300%2C196&ssl=1 300w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/11/image.png?resize=768%2C503&ssl=1 768w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/11/image.png?resize=1200%2C785&ssl=1 1200w, https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/11/image.png?w=1453&ssl=1 1453w" sizes="auto, (max-width: 580px) 100vw, 580px" /> Quando si sentiva solo, e vivevamo ancora insieme, veniva a darci fastidio (una mano ghiacciata nel collo, o un giro in camera per dire “we! che fai?”), perché era il suo modo di mostrare che era lì, presente, e che voleva stare con noi anche se non sapeva che dire, ed amava stare in nostra compagnia, anche se in imbarazzato silenzio. Ho ereditato (purtroppo?) da lui questo tratto, la sola presenza di persone a me care mi rende tranquillo e non sento la necessità di dover parlare, …

Theory of Change e unknown unknowns
type: item
creator: Francesco Fullone
date: 2025-11-26T14:40:44Z
subject: business design
subject: lifehack
subject: okr
subject: design
subject: theoryofchange
description: TL;DR: Durante un workshop per costruire una ToC su sostenibilità digitale, mi è stata fatta una domanda molto intelligente: "E se cambia tutto?" La risposta non è nella precisione del piano, ma nel distinguere cosa non cambia mai (l'Impact) da cosa deve essere flessibile (tutto il resto). Gli unknown unknowns non si prevengono, si navigano. The post Theory of Change e unknown unknowns appeared first on Fullo.
encoded: TL;DR: Durante un workshop per costruire una ToC su sostenibilità digitale, mi è stata fatta una domanda molto intelligente: “E se cambia tutto?” La risposta non è nella precisione del piano, ma nel distinguere cosa non cambia mai (l’Impact) da cosa deve essere flessibile (tutto il resto). Gli unknown unknowns non si prevengono, si navigano. Quando la mappa incontra la realtà Workshop di due giorni con il team di un’azienda per costruire una Theory of Change su un progetto di sostenibilità digitale. Avevamo fatto tutto bene: backwards mapping preciso dal goal a lungo termine (“riduzione del 40% dell’impatto ambientale delle infrastrutture IT per utente entro 2 anni“), outcomes intermedi chiari, assunzioni esplicitate, metriche definite a ogni livello. Sulla lavagna di Miro c’era una prima versione della ToC che sembrava perfetta. Poi è arrivata la domanda. Uno delle persone del team, quello che di solito sta zitto e ascolta, alza la mano: “Scusa Fullo, ma questa roba funziona fino a quando non cambia niente, giusto? Tipo, noi abbiamo mappato tutto assumendo che la nostra architettura resti quella. Ma se tra sei mesi il CTO decide di migrare tutto su una piattaforma diversa? O se esce una tecnologia che rende obsoleto quello che stiamo ottimizzando? O se il fornitore cloud cambia le sue metriche di sostenibilità e non possiamo più misurare nello stesso modo?“ Silenzio in stanza. Perché aveva ragione. Nella testa delle persone si era formata una mappa bellissima di un territorio che poteva cambiare completamente sotto i nostri piedi. “Esatto,” gli ho risposto. “Questa ToC non ti protegge dagli unknown unknowns. Non può farlo. Ma ti dà qualcosa di più importante: la struttura per navigarli quando emergono senza andare nel panico o buttare via tutto.“ Da lì è partita una discussione di un’ora che ha cambiato completamente il modo in cui quel team guardava la loro ToC. Non come un piano rigido (“se succede X facciamo Y“), ma come una bussola (“vogliamo arrivare lì, e qua…

La matematica della compressione dei Prompt per LLM
type: item
creator: Francesco Fullone
date: 2025-11-12T02:40:50Z
subject: lifehack
subject: tecnologia
subject: ai
subject: claude
subject: optimization
subject: prompt
description: TL;DR - Il cliff della compressione Puoi comprimere i tuoi prompt del 60-70% senza perdita qualitativa significativa. Sotto quella soglia, la qualità crolla. Ho testato tre varianti dello stesso prompt, applicato un converter a se stesso, e scoperto che i LLM hanno un punto fisso di convergenza intorno ai 475 caratteri per task complessi. E anche questo articolo è un test del prompt converter ;) The post La matematica della compressione dei Prompt per LLM appeared first on Fullo.
encoded: Stavo facendo revisione degli esercizi per il mio libro sugli OKR. Varie run di esercizi da validare, ognuno con un prompt che descriveva contesto, obiettivi di apprendimento, vincoli, formato output. Prompt tra i 1.800 e 2.500 caratteri. Dopo la cinquantesima iterazione, Claude mi ha gentilmente informato che avevo finito i token della giornata. Fastidioso? Sì. Ma soprattutto: era un segnale. La sera stessa, mentre cercavo soluzioni, mi sono imbattuto in TOON (Tokens Optimization Oriented Notation). L’idea era brillante: un formato ottimizzato per gestire strutture dati ripetute nei prompt. Tipo quando devi passare liste di prodotti, cataloghi, database rows. TOON comprimeva questi pattern ripetitivi in modo sistematico, mantenendo la semantica intatta. Nel mio caso, la situazione era ibrida: avevo le carte degli esercizi in JSON (strutture dati ripetute, perfette per TOON), più una serie di agenti che simulavano giocatori in diverse partite. Ogni partita generava un report, che veniva dato a un altro agente per analizzare cosa non funzionava. TOON risolveva elegantemente il problema delle carte JSON. Ma gli agenti? Quelli avevano bisogno di istruzioni semantiche ripetute: “Simula un giocatore con esperienza X”, “Analizza il report cercando pattern Y”, “Genera feedback strutturato in formato Z”. Centinaia di caratteri di istruzioni che si ripetevano identiche (o quasi) ad ogni run. Ma il principio era valido: se esiste un pattern replicabile, deve esistere un formato più efficiente. La domanda diventa: quanto di questa prosa è effettivamente necessaria? E soprattutto: esiste un formato che mantenga la stessa qualità di output usando meno token? Prima di buttarmi nell’esperimento, però, ho fatto i compiti a casa. Microsoft Research aveva pubblicato LLMLingua nel 2023, seguito da LLMLingua-2 nel 2024. Entrambi promettevano compressioni fino a 20× mantenendo performance. Il paper originale mostrava risultati impressionanti: compression ratios di 5-14× con degradazione…

Theory of Change e formazione aziendale: costruire il futuro a ritroso
type: item
creator: Francesco Fullone
date: 2025-11-09T15:45:35Z
subject: advisoring
subject: business design
subject: consulenza
subject: formazione
subject: okr
subject: theoryofchange
subject: toc
description: TL;DR: Mi hanno chiesto un catalogo di corsi per la trasformazione aziendale. Gli ho dato una Theory of Change. Perché la formazione non è shopping, è costruire il futuro a ritroso. The post Theory of Change e formazione aziendale: costruire il futuro a ritroso appeared first on Fullo.
encoded: Qualche settimana fa mi arriva una chiamata. Un’azienda in quella fase dove si è cresciuti abbastanza da avere problemi seri ma non abbastanza da avere le risorse per risolverli bene. Mi chiedono supporto per “scegliere i contenuti formativi giusti per un processo di trasformazione aziendale nel medio-lungo termine.“ La prima domanda che mi fanno, dopo i convenevoli di rito: “Quali corsi ci consigli fare? Possiamo vedere insieme un catalogo di formazione su trasformazione digitale?“ E lì mi siccome ultimamente sono in fissa con la ToC mi si accende la lampadina. Non quella delle buone idee, quella che mi suggerisce di fare esperimenti. Perché dietro quella domanda apparentemente innocente si nasconde un assunto pericoloso: stanno pensando alla formazione come a un acquisto su Amazon. Scorri il catalogo, aggiungi al carrello “Agile Mindset”, “Digital Leadership”, magari “Data-Driven Decision Making” tanto per non farsi mancare nulla, e checkout. Manca completamente la logica che collega quei corsi al futuro che vogliono costruire. È come se qualcuno ti chiedesse: “Voglio ristrutturare casa, quali attrezzi mi consigli?” senza prima chiedersi “Che tipo di casa voglio quando finisco?” Magari stai comprando un martello pneumatico quando in realtà ti serve una spatola per cartongesso. Ecco, la connessione che mi è venuta in mente in quel momento è che la Theory of Change non serve solo per progetti sociali o di sostenibilità. Può anche essere molto utile per progettare percorsi formativi che abbiano senso. Gli ho risposto: “Non vi serve un catalogo. Vi serve una mappa.“ La formazione vista come una spesa, non un investimento Il problema è più o meno questo, le aziende hanno: Una mission chiara (almeno sulla carta): “Vogliamo diventare leader nel nostro settore“, “Vogliamo innovare il nostro modello di business“, “Vogliamo essere data-driven“ Un budget formazione allocato: tot euro l’anno per “sviluppo risorse umane“ Una lista di corsi: leadership, agile, cloud, AI, soft s…

Pensiero critico in quarta elementare
type: item
creator: Francesco Fullone
date: 2025-10-26T12:38:23Z
subject: advisoring
subject: di tutto un po'
subject: pensieri
subject: sustainability
subject: agileday
subject: bambini
subject: pensierocritico
subject: sostenibilità
subject: talk
subject: theoryofchange
description: TL;DR: Ho passato sei mesi con quasi 1000 bambini pensando di insegnargli a programmare. Invece mi hanno riprogrammato. Mi hanno insegnato che fallire va bene se capisci perché, riuscire senza capire non va bene, e che osservare gli errori altrui è efficienza, non pigrizia. E che tutto questo vale soprattutto per noi adulti. Racconterò questa esperienza in dettaglio all'AgileDay 2025 organizzato da Italian Agile Movement. Se siete curiosi, non leggete oltre ci vediamo lì, altrimenti questa che segue è la prima bozza della trascrizione del talk. The post Pensiero critico in quarta elementare appeared first on Fullo.
encoded: TL;DR: Ho passato sei mesi con quasi 1000 bambini pensando di insegnargli a programmare. Invece mi hanno riprogrammato. Mi hanno insegnato che fallire va bene se capisci perché, riuscire senza capire non va bene, e che osservare gli errori altrui è efficienza, non pigrizia. E che tutto questo vale soprattutto per noi adulti. Racconterò questa esperienza in dettaglio all’AgileDay 2025 organizzato da Italian Agile Movement. Se siete curiosi, non leggete oltre ci vediamo lì, altrimenti questa che segue è la prima bozza della trascrizione del talk. Mi sono seduto a un tavolo. Davanti a me: un quaderno chiuso, un astuccio chiuso con dentro alcune penne. Di fronte: venticinque bambini di quarta elementare che mi guardavano curiosi. “Ecco le regole,” dico. “Uno per volta mi darete istruzioni precise per scrivere il vostro nome sul quaderno. Potete venire a vedere quando volete, anche quando non è il vostro turno.“ Il primo bambino, chiamiamolo Quattrocchi (non tanto per gli occhiali che non aveva ma per l’atteggiamento), parte sicuro: “Scrivi sul quaderno il mio nome.“ Io, con la faccia più seria possibile, prendo l’astuccio e scrivo sulla copertina del quaderno, usandolo come una immaginaria penna, in grande: “IL MIO NOME”. Risate. Frustrazione. “No! Non così!“ “Ma hai detto ‘scrivi il mio nome’,” rispondo innocente. “E io ho scritto ‘il mio nome’. Cosa c’è che non va?“ Partono le iterazioni, come in un debug di gruppo fatto ad alta voce. “Apri l’astuccio.” “Prendi una penna.” “No, stappala!” “Girala con la punta verso il basso!” “Apri il quaderno!” “No, su una pagina bianca!” E poi, finalmente, lettera per lettera: “Scrivi Quattrocchi. Q-U-A-T-T-R-O-C-C-H-I.” La cosa che ancora mi colpisce? Chi è venuto a vedere gli altri tentativi, anche quando non era il suo turno, ha capito il pattern quasi subito. Chi invece ha aspettato “educatamente” il proprio momento ha ripetuto gli stessi identici errori. Come quando in un team tutti fanno lo stesso errore perché nessuno legge d…

Theory of Change ed editoria
type: item
creator: Francesco Fullone
date: 2025-10-21T22:55:41Z
subject: advisoring
subject: di tutto un po'
subject: lifehack
subject: okr
subject: sustainability
subject: book
subject: books
subject: kpi
subject: sustainableIT
subject: theoryofchange
description: Ho impiegato 5 anni, innumerevoli workshop e corsi per arrivare a scrivere 3 libri utili a far capire ai miei clienti perché è importante ragionare sulle giuste metriche per il sustainable IT. Spoiler: Studiare la Theory of Change per certificarmi come facilitatore per un workshop sulla sostenibilità mi ha fatto capire cosa mancava. The post Theory of Change ed editoria appeared first on Fullo.
encoded: Non c’è stato un momento preciso. Nessuna epifania drammatica durante una consulenza particolarmente disastrosa. Piuttosto, una sensazione crescente, consulenza dopo consulenza, workshop dopo workshop: quando arrivava il momento di parlare di metriche e obiettivi per il Sustainable IT, qualcosa si inceppava. Facevo domande che mi sembravano ragionevoli. Tipo: “Supponiamo di aver raggiunto il nostro obiettivo: come stabiliamo che è stato un successo?” Oppure: “Quali sono le metriche su cui dobbiamo lavorare per raggiungere questi obiettivi?” E ancora: “Che causalità c’è tra queste azioni che ci garantisce una riduzione degli impatti ambientali?“ E ottenevo… silenzio. O peggio: risposte vaghe, metriche di vanità del tipo “guardiamo quanti server virtualizziamo!“, numeri senza contesto. Non era malafede, né incompetenza. Era qualcosa di più sottile: mancava il linguaggio condiviso per connettere intenzioni e risultati. Inizialmente pensavo fosse un problema di cultura aziendale. Poi di maturità sul tema sostenibilità. Poi, mentre studiavo per certificarmi come facilitatore per EN-Roads, mi sono imbattuto nella Theory of Change. E lì ho capito: non era un problema di cosa misurare, ma di come costruire la logica che porta dalla visione all’azione misurabile. Theory of Change 101 La Theory of Change (ToC) è uno strumento di pianificazione strategica nato nel nonprofit sector negli anni ’90, ma tremendamente utile anche nel contesto aziendale. In sintesi: è la mappa esplicita che spiega come le tue azioni porteranno ai risultati desiderati. La cosa interessante della ToC è che funziona al contrario di come pensiamo normalmente. Invece di partire da “cosa facciamo oggi” e sperare di arrivare da qualche parte, la ToC usa il backwards mapping: parti dal goal finale che vuoi raggiungere e poi, passo dopo passo, ti chiedi “cosa deve accadere immediatamente prima perché questo si realizzi?” È come risolvere un labirinto partendo dall’uscita invece che dall’entrata. Il processo …

Anche meno però…
type: item
creator: Francesco Fullone
date: 2025-10-07T22:39:18Z
subject: advisoring
subject: lifehack
subject: book
subject: esercizi
subject: kpi
subject: libro
subject: okr
subject: workshop
description: Nell'ultimo periodo ho testato in giro il workshop sui KPI, validato i modelli di gioco, stampato prototipi delle carte, modificato le carte ed i "tavoli di gioco" fisici e su miro e rivisto le carte. Un lavorone in cui mi sono divertito tantissimo. The post Anche meno però… appeared first on Fullo.
encoded: Nell’ultimo periodo ho testato in giro il workshop sui KPI, validato i modelli di gioco, stampato prototipi delle carte, modificato le carte ed i “tavoli di gioco” fisici e su miro e rivisto le carte. Un lavorone in cui mi sono divertito tantissimo, ho anche registrato gran parte delle mie sessioni ed ho chiesto a Claude di analizzare eventuali ripetizioni, esempi che non funzionavano (e che dovevo rispiegare più volte) e punti di debolezza dei contenuti scritti e di quelli orali. Ne è uscito un workshop che reputo solido, divertente nella modalità di fruizione e, anche se sicuramente perfettibile, più che adeguato a quello che stavo cercando. A questo punto ho iniziato ad ascoltare le vocette intorno a me, anche quelle interiori, e mi sono detto ma perché non fare un companion book per il corso? Così magari ho la scusa per stampare le carte professionalmente. E così è ripartita la giostra, analisi delle trascrizioni, delle slide e dei contenuti ad esse allegati fino a arrivare prima ad una scaletta e poi circa 200 pagine scritte a 4 mani (le mie e quelle di Claude). Il processo di produzione è stato più o meno questo: ho fatto analizzare alcuni miei blog post e le trascrizioni al fine di tirare fuori una TOV allineata con il mio modo (sgangherato) di esprimermi, in affiancamento a questa TOV ho scritto un prompt per definire l’uso di emoji particolari, formattazione markdown, sezioni dei capitoli (ad esempio “Domanda socratica” o “Insight”) al fine di avere coerenza tra i vari capitoli ed infine ho scritto una prima bozza di indice con obiettivi per i singoli capitoli che ho fatto espandere all’LLM. A questo punto ho fatto iniziare il vero processo di scrittura del libro, un capitolo alla volta confrontando l’obiettivo del capitolo con quanto scritto e con il capitolo precedente per valutare la coerenza. Ho rivisto la forma (maledette liste puntate nude e decontestualizzate!), allungato dove bisognava allungare e ridurre dove si creavano inutili arzigogoli degni de…

L’arte dell’abduzione: come un filosofo dell’800 può salvare i tuoi progetti di innovazione
type: item
creator: Francesco Fullone
date: 2025-09-01T13:51:51Z
subject: business design
subject: Entrepreneurship
subject: okr
subject: innovation design
description: Mentre tutti si focalizzano su business model, MVP e framework spesso la vera chiave dell'innovazione potrebbe trovarsi in un concetto filosofico di 150 anni fa che tendiamo ad ignorare. The post L’arte dell’abduzione: come un filosofo dell’800 può salvare i tuoi progetti di innovazione appeared first on Fullo.
encoded: Qualche settimana fa, durante un workshop con una startup che voleva portare innovazione nel proprio prodotto, mi sono trovato davanti alla solita scena: team brillante, slide perfette sul product-market fit, roadmap dettagliata. Tutto corretto, tutto logico. Eppure mancava qualcosa. Quella scintilla che trasforma un’idea in qualcosa che funziona davvero. Il problema non erano gli strumenti, quelli li conoscevano bene. Il problema era nel modo di pensare. Peirce e i tre modi di ragionare Charles Sanders Peirce, filosofo americano della fine dell’800, non era certo uno che si accontentava delle definizioni da manuale. Mentre tutti parlavano di induzione e deduzione, lui tirò fuori un terzo modo di ragionare: l’abduzione. Facciamola semplice: Deduzione: applico regole note a casi nuovi (“se tutti i cigni sono bianchi, anche quello laggiù lo sarà”) Induzione: generalizzo da casi osservati (“ho visto mille cigni bianchi, quindi tutti lo sono”) Abduzione: formulo ipotesi creative per spiegare fatti nuovi (“vedo un cigno nero… forse la mia teoria sui cigni è sbagliata”) Quell’ultimo punto è fondamentale. L’abduzione è quel salto mentale che ti fa dire: “E se fosse così?” Non è certezza, è “intuizione guidata“. Dall’abduzione al business design Ora, collegando questo al nostro mondo di tutti i giorni: ogni volta che affrontiamo un problema di innovazione, in realtà stiamo navigando tra questi tre modi di pensare. E qui entra in gioco quello che chiamiamo business design: l’arte di orchestrare questi ragionamenti per creare valore. Il percorso tipico di una startup moderna segue questa logica: Abduzione ? Problem-Solution Fit Osservi un indizio (comportamento strano degli utenti, feedback ricorrente, pattern nascosto nei dati) e formuli un’ipotesi: “Forse il vero problema è X, e la soluzione potrebbe essere Y“. Non hai certezze, ma hai una spiegazione plausibile che vale la pena esplorare. Deduzione ? MVP e sperimentazione Prendi la tua ipotesi e ragioni: “Se davvero il pro…

Triple Layered Business Model Canvas
type: item
creator: Francesco Fullone
date: 2025-08-14T14:18:58Z
subject: business design
subject: sustainability
subject: sustainability designer
description: Dopo cinque anni di consulenze su business model sostenibili, ho scoperto che il problema non è cosa misurare, ma come farlo senza impazzire. The post Triple Layered Business Model Canvas appeared first on Fullo.
encoded: Settimana scorsa mi è capitato di nuovo. Un’azienda manifatturiera mi contatta: “Francesco, dobbiamo rendere sostenibile il nostro business model. Ci serve qualcosa di concreto, non i soliti powerpoint sulla responsabilità sociale o progetti per piantare gli alberi.“ È la quarta volta quest’anno che sento questa richiesta. E ogni volta penso al mio articolo del 2020 su resilienza e sostenibilità, dove scrivevo di business model sostenibili con tanta propositività, ma ancora poca esperienza su implementazioni complesse alle spalle. Cinque anni dopo, il quadro si è chiarito. I principi erano giusti, ma ho scoperto che tra “dobbiamo considerare l’impatto ambientale e sociale” e “ecco come lo facciamo concretamente senza perdere sei mesi in analisi” c’è un gap significativo. Un gap che ha a che fare con la natura stessa della sostenibilità: non è una caratteristica che puoi “aggiungere” a un business model, ma una proprietà emergente di un sistema complesso dove ogni elemento influenza tutti gli altri. Un gap che ho attraversato con decine di clienti, imparando ogni volta qualcosa di nuovo sul campo. La domanda che mi faccio sempre più spesso è: esistono strumenti che funzionano davvero? Che non siano né troppo teorici né troppo semplicistici? Entra in scena il Triple Layered Business Model Canvas Ed ecco che mi imbatto nel Triple Layered Business Model Canvas (TLBMC), sviluppato da Joyce e Paquin. Non è roba nuova (il paper è del 2016) ma è la prima volta che ci dedico il tempo necessario per capirlo davvero. Il concetto è elegante e riconosce una verità fondamentale: la sostenibilità nei business model non funziona per addizione (“aggiungiamo un po’ di verde“), ma per trasformazione sistemica. Invece di cercare di integrare sostenibilità ambientale e sociale dentro il canvas classico di Osterwalder (approccio che ho sperimentato spesso, con risultati misti), si creano tre layer sovrapposti: Layer Economico: il business model canvas tradizionale Layer Ambientale: basat…

KPI, the right way
type: item
creator: Francesco Fullone
date: 2025-08-08T09:54:55Z
subject: advisoring
subject: lifehack
subject: mentorship
subject: okr
subject: kpi
subject: seriousplay
subject: trainingfromthebackoftheroom
subject: workshop
description: Quando ti accorgi che tutti parlano di OKR ma nessuno sa cosa sia un KPI decente, l'unica soluzione sensata è creare un corso fatto di carte da gioco e far finta che sia tutto normale. The post KPI, the right way appeared first on Fullo.
encoded: Facendo diversi corsi sugli OKR (il prossimo ad ottobre con Avanscoperta, prossimo al sold-out, e poi a novembre in forma ridotta durante il Product Management Day) mi sono accorto che più che parlare di Obiettivi e Risultati Chiave, e della loro composizione, spesso la discussione si arena su cos’é un buon KPI, come distinguere vanity metrics da actionable metrics e così via. Ho quindi deciso di rifattorizzare interamente la prima giornata di corso sugli OKR per creare un corso standalone dedicato ai KPI, fruibile nella modalità Training from the back of the room e creando una serie di esercizi e giochi per far meglio comprendere i concetti base. Il problema: tutti sanno cos’è un KPI, pochi sanno usarlo La situazione che mi sono trovato davanti era sempre la stessa: persone competenti che parlavano fluentemente di metriche ma che poi, quando arrivava il momento di scegliere cosa misurare per davvero, andavano nel panico più totale. Come se sapessero guidare benissimo in teoria ma non avessero mai visto un volante da vicino. Soprattutto nei workshop privati il pattern era ricorrente: iniziavamo a parlare di come strutturare un Obiettivo e invariabilmente qualcuno tirava fuori il classico “ma come facciamo a sapere se è misurabile?” seguito dal silenzio cosmico della classe. A quel punto ci si fermava e si partiva con una lezione sulle basi dei KPI, di solito saltata per mancanza di tempo o perché “li usiamo da anni, non abbiamo bisogno di approfondire” che finiva per mangiarsi metà giornata. La soluzione: gamificare tutto (perché no?) Invece di continuare a fare barbose spiegazioni sui KPI spesso molto teoriche, dovendo adattarle alla classe o non conoscendo quelle dell’azienda, ho deciso di fare le cose per bene. Ma con un twist: trasformare tutto in un gioco di carte. L’idea di base era semplice: se le persone imparano meglio facendo piuttosto che ascoltando (grazie Training from the Back of the Room), allora dovevo creare qualcosa che le facesse toccare con mano …

Usare Message House per rendere espliciti OKR
type: item
creator: Francesco Fullone
date: 2025-07-25T09:33:44Z
subject: advisoring
subject: mentorship
subject: okr
subject: leadership
subject: marketing
description: Se i tuoi OKR sembrano chiari solo a chi li ha scritti, prova a costruire una Message House. E vedi cosa cambia nel modo in cui le persone ti ascoltano, rispondono, agiscono. The post Usare Message House per rendere espliciti OKR appeared first on Fullo.
encoded: I tuoi obiettivi non sono solo ciò che vuoi ottenere. Sono anche il modo in cui scegli di raccontare il tuo futuro. Tra le tante cose che gli OKR non dicono, c’è spesso la più importante: perché esistono. Obiettivi ambiziosi, ben strutturati, apparentemente misurabili — ma che restano muti. O peggio, che parlano linguaggi diversi a seconda di chi li legge. Una dashboard per l’executive, un compito per il team, una serie di numeri per il reporting. Come si fa, allora, a rendere gli OKR espliciti non solo nei contenuti, ma nel loro significato condiviso? Una delle risposte più interessanti arriva da uno strumento, che ho scoperto discutendo con il responsabile marketing di un cliente, che non nasce nel mondo della strategia organizzativa, ma in quello della comunicazione di marca: la Message House (qui un articolo sul tema). Message House: una breve architettura del senso La prima volta che mi sono imbattuto in una Message House non stavo scrivendo un piano strategico, ma cercando di aiutare il mio referente a convincere la board ad adottare un approccio più sostenibile per la gestione delle proprie infrastrutture. Avevamo dati tecnici, benchmark di settore, anche un primo calcolo di SCI (Software Carbon Intensity) per il software di riferimento in bozza. Ma ci mancava una cosa: una struttura narrativa coerente. Un modo per dire “ecco cosa stiamo cercando di fare, perché conta, e perché dovresti seguirci“. Fu grazie alla collaborazione con il responsabile dell’ufficio marketing dell’azienda che emerse il concetto di affiancare gli OKR una Message House per creare una serie di attività di comunicazioni interne all’azienda utili ad allineare le persone. <img data-recalc-dims="1" loading="lazy" decoding="async" width="431" height="327" src="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/07/immagine.png?resize=431%2C327&ssl=1" alt="message house" class="wp-image-4414" srcset="https://i0.wp.com/www.fullo.net/blog/wp-content/uploads/2025/07/immagine.png?w=431&…