Punto di vistaCompany brain

La tua azienda impara a velocità macchina. E non ricorda quasi nulla.

Ogni giorno, nelle conversazioni con l’AI, nasce conoscenza operativa vera: decisioni, regole, correzioni. A fine sessione sparisce. Nessuno l’ha deciso: è il default. Questo pezzo dà un nome preciso al problema, con le evidenze, e descrive come dovrebbe essere fatta una risposta seria.

Raffaele Zarrelli, AI Architect & Founder, Yempik·Simone Bova, AI Engineer & Co-Founder, Yempik·12 luglio 2026·9 min di lettura
In sintesi
  • Una quota sostanziale del ragionamento quotidiano delle aziende ormai avviene dentro le interazioni AI (il 33,4% delle sessioni Cowork è business operations, su 600k+ organizzazioni), e il registro organizzativo è, in quasi tutte, zero.
  • Il famoso 95% del MIT riguarda lo zero ritorno misurabile a P&L, e la sua diagnosi ignorata è il learning gap: sistemi che non conservano il feedback, non si adattano al contesto, non migliorano nel tempo.
  • Il divario è strutturale: il contesto non è memoria (Lost in the Middle, Context Rot) e nulla persiste tra sessioni di default. La memoria dei vendor è perimetrata a una persona e a un prodotto: la memoria personale non è memoria organizzativa.
  • Due orologi corrono: l’applicabilità generale dell’AI Act (2 agosto 2026) e una corsa finanziata da quando YC ha dichiarato il «Company Brain» un primitivo mancante.
  • Una risposta seria ha cinque proprietà: cattura alla nascita, approvazione umana, provenienza, una sola fonte per agenti e persone, proprietà dell’azienda.

Ogni giorno le persone della tua azienda hanno centinaia o migliaia di conversazioni con l’AI. Dentro succede lavoro vero: un’eccezione di prezzo viene spiegata, una regola di compliance chiarita, un processo rotto viene debuggato, una decisione presa e motivata. Poi la sessione finisce.

E tutto quello che l’organizzazione ha appena imparato, sparisce. Nessuno l’ha deciso: non c’è stata una riunione in cui qualcuno ha proposto di scartare di default il flusso di conoscenza operativa in più rapida crescita dell’azienda. È semplicemente quello che succede quando gli strumenti che producono quella conoscenza sono progettati per le conversazioni, non per le istituzioni. Pensiamo stia diventando uno dei default più costosi del software aziendale. Questo pezzo è il nostro tentativo di dare al problema un nome preciso, con le evidenze. Non è il pitch di un prodotto: non crediamo che qualcuno, noi compresi, l’abbia già risolto.

Il ciclo di vita di default
09:41

Una persona apre una sessione

Un problema vero: un’eccezione di prezzo, una regola di compliance, un processo che si inceppa.

09:52

Nasce conoscenza

Una regola chiarita, una decisione presa e motivata, una correzione che il modello non sapeva.

10:04

La sessione finisce

Il lavoro è fatto. La persona chiude la chat e passa alla prossima cosa.

10:05perso

Il registro dell’organizzazione

Niente. Nessuno l’ha deciso: è semplicemente il default.

Nessuna riunione ha mai deciso che il flusso di conoscenza operativa in più rapida crescita dell’azienda vada scartato di default. È quello che succede quando gli strumenti sono progettati per le conversazioni, non per le istituzioni.
La scala

Il volume non è più marginale

Per molto tempo potevi liquidare la cosa come una curiosità: qualche entusiasta che chiacchiera con un bot. Quella cornice è morta. L’analisi di Anthropic su 1,2 milioni di sessioni Claude Cowork in più di 600.000 organizzazioni ha trovato che lo sviluppo software è solo l’8,7% dell’uso. Gran parte del resto è il cuore operativo delle aziende: business process & operations da solo vale il 33,4%, la categoria più grande, insieme a contenuti, DevOps, ricerca, analisi dati, gestione documenti e sales operations[1]. Anthropic lo chiama «the work around the work». Noi lo chiameremmo in un altro modo: è esattamente lo strato dell’azienda dove vive la conoscenza tacita.

OpenAI, intanto, dichiara oltre un milione di clienti business e seat ChatGPT Enterprise cresciuti di 9 volte anno su anno[2]. Il traffico LLM misurato su un singolo router di modelli è cresciuto di un ordine di grandezza in circa un anno, fino ai quadrilioni di token[3].

I numeri, con le fonti
600k+1

organizzazioni in 1,2M di sessioni Cowork analizzate

Anthropic, 2026

33,4%1

delle sessioni è business process & operations, la categoria n°1

Anthropic, 2026

95%4

delle organizzazioni: zero ritorno misurabile a P&L dai pilot GenAI

MIT NANDA, 2025

78%13

degli utenti AI porta al lavoro strumenti propri (BYOAI)

Microsoft & LinkedIn, 2024

73,8%14

degli account ChatGPT usati al lavoro è non-corporate

Cyberhaven, 2024

+$670k15

costo extra medio di un breach dove la shadow AI è alta

IBM, 2025

Il 95% del MIT è spesso citato male: il claim reale è «zero ritorno misurabile a P&L nella finestra di osservazione», con i caveat dichiarati dagli stessi autori. I numeri in apice rimandano alle fonti in fondo.

Detto semplice: una quota sostanziale del ragionamento quotidiano della tua azienda ormai avviene dentro le interazioni coi modelli. Le interazioni sono cresciute di un ordine di grandezza in un anno. Il registro organizzativo di quelle interazioni, in quasi tutte le aziende, è zero.

La diagnosi ignorata

Il fallimento che tutti misurano e quasi nessuno spiega

Nel 2025 il progetto NANDA del MIT ha pubblicato il numero che ogni speaker da conferenza ripete da allora: 95%. Di solito viene citato male. Il claim reale del report è che il 95% delle organizzazioni intervistate non otteneva alcun ritorno misurabile a P&L dagli investimenti GenAI nella finestra di osservazione, e che solo il 5% circa dei tool AI custom arrivava in produzione. Gli stessi autori segnalano i numeri come «directionally accurate», basati su 52 interviste e 153 survey, con una finestra di sei mesi che può sottostimare i successi[4]. Trattali con cura.

Quello che quasi nessuno ripete è la diagnosi del report. Vale la pena citarla esattamente:

«The core barrier to scaling is not infrastructure, regulation, or talent. It is learning. Most GenAI systems do not retain feedback, adapt to context, or improve over time.»[4]

Gli intervistati lo dicono più semplice. Un legale d’azienda: lo strumento «non conserva le preferenze dei clienti e non impara dalle revisioni precedenti. Ripete gli stessi errori e richiede di reinserire il contesto a ogni sessione». Le barriere più citate: «non impara dal nostro feedback» e «troppo contesto manuale ogni volta»[4]. Letto accanto ai dati di adozione, il quadro è scomodo: le aziende non stanno fallendo con l’AI perché i modelli sono deboli. I modelli sono diventati buoni più in fretta del previsto. Falliscono perché ogni sessione riparte dall’amnesia istituzionale, e ogni correzione di un dipendente è un regalo che l’organizzazione butta via al logout.

La tecnica

È strutturale, non una feature che manca

Verrebbe da pensare che i vendor lo sistemeranno con finestre di contesto più grandi o un interruttore «memoria». L’evidenza tecnica dice altro. Primo: il contesto non si comporta come la memoria. Lo studio «Lost in the Middle» ha mostrato che le prestazioni degradano bruscamente quando l’informazione rilevante sta in mezzo a un contesto lungo; nei casi peggiori, dare al modello il documento giusto sepolto tra molti altri rendeva meno che non dargli niente[5]. La valutazione di Chroma su 18 modelli di frontiera arriva alla stessa conclusione da un’altra strada: l’affidabilità cala man mano che l’input cresce, anche su compiti banali[6]. Una finestra più lunga è una scrivania più grande, non un archivio.

Secondo: la persistenza tra sessioni non esiste, di default. L’intera linea di ricerca sulla memoria degli agenti, da MemGPT in poi, parte dalla stessa premessa: ciò che sta fuori dalla finestra è perso, a meno che un sistema esterno non lo catturi e lo reintroduca deliberatamente[7]. Quando i ricercatori hanno dato ad agenti web la capacità di conservare e riusare i workflow già scoperti, i tassi di successo sono migliorati del 24,6% e del 51,1% in termini relativi sui benchmark standard[8]. Quel delta è la misura di quanto valore evapora quando nessuno scrive niente.

Terzo: perfino chi costruisce gli agenti di frontiera ci lavora intorno, a mano. La guida di ingegneria di Anthropic raccomanda lo «structured note-taking»: l’agente scrive appunti fuori dalla finestra di contesto, perché il contesto critico «would otherwise be lost» nei task lunghi[9]. Le funzioni di memoria dei vendor esistono proprio perché, come scrisse OpenAI lanciando la memoria di ChatGPT, ricordare tra le chat «ti evita di dover ripetere le informazioni»[10]. Sono progressi veri, e sono perimetrati a una persona e a un prodotto. Il tuo account ricorda te. L’azienda non ricorda niente. Questa distinzione è l’intero problema, quindi rendiamola esplicita.

Le aziende non falliscono con l’AI perché i modelli sono deboli. Falliscono perché ogni sessione riparte dall’amnesia istituzionale.

Il moltiplicatore

La memoria personale non è memoria organizzativa

Quando un’analista senior passa venti minuti a insegnare all’assistente AI i casi limite del revenue recognition aziendale, nella maggior parte delle organizzazioni valgono tre cose. La correzione migliora quella conversazione. Forse migliora le conversazioni future di quella persona, se la memoria personale l’ha catturata. Non raggiungerà mai la collega a due scrivanie di distanza, che domani farà lo stesso errore, né l’agente che quella collega usa, né l’auditor che tra due anni chiederà perché due sistemi hanno risposto in modo diverso alla stessa domanda.

Una correzione, venti minuti di lavoro

Un’analista senior insegna all’assistente AI i casi limite del revenue recognition dell’azienda.

Dove arriva
Questa conversazione

La risposta migliora subito.

Forse le sue chat future

Se la memoria personale del vendor l’ha catturata.

Dove non arriva mai
La collega a due scrivanie

Domani rifà lo stesso errore, da zero.

L’agente della collega

Risponde ancora con la regola vecchia, con la stessa sicurezza.

L’audit tra due anni

«Perché due sistemi hanno risposto in modo diverso alla stessa domanda?»

L’azienda

Ha pagato lo stipendio per produrre quella conoscenza. Non la possiede.

Il tuo account ti ricorda. L’azienda non ricorda niente. La memoria personale dei vendor è un progresso reale, ed è perimetrata a una persona e a un prodotto: è esattamente la differenza tra memoria personale e memoria organizzativa.

Le organizzazioni hanno sempre perso conoscenza così, ben prima dell’AI. McKinsey stimava che un interaction worker passi quasi il 20% della settimana a cercare informazioni interne o a rintracciare i colleghi che le detengono[11]. Lo studio di Panopto ha dato un numero al lato partenze: il 42% della conoscenza istituzionale è unico della persona che la detiene, e un knowledge worker spreca più di cinque ore a settimana ad aspettare o ricreare conoscenza che esiste già da qualche parte[12]. Entrambi gli studi hanno i loro caveat, ed entrambi precedono gli LLM. Il punto è proprio questo: l’AI non ha creato il problema dell’oblio organizzativo. Ha moltiplicato il volume di conoscenza prodotta lasciando il tasso di ritenzione a zero.

E c’è uno strato più scuro: gran parte di tutto questo non avviene nemmeno in account che l’azienda può vedere. Il Work Trend Index di Microsoft ha trovato che il 78% degli utenti AI porta al lavoro strumenti propri[13]. La telemetria di Cyberhaven, basata sull’uso reale e non su survey, ha trovato che il 73,8% degli account ChatGPT usati al lavoro è non-corporate, e che la quota di dati aziendali sensibili incollati negli strumenti AI è più che raddoppiata in un anno, dal 10,7% al 27,4%[14]. Il report breach di IBM ci attacca un costo: le organizzazioni con molta shadow AI hanno assorbito in media 670.000 dollari di costi di violazione aggiuntivi[15]. La conoscenza non è solo non conservata: si sta accumulando, non governata, in posti che l’organizzazione non può nemmeno auditare. Ne abbiamo scritto anche sul piano di governance in AI governance per le PMI.

L’AI non ha creato l’oblio organizzativo. Ha moltiplicato il volume di conoscenza prodotta lasciando la ritenzione a zero.

Perché adesso

I due orologi che corrono su questo problema

L’orologio regolatorio. L’applicabilità generale dell’AI Act europeo arriva il 2 agosto 2026, con gli obblighi di trasparenza e high-risk, e i doveri dei deployer che entrano a scaglioni[16]. L’EDPB ha già pubblicato una metodologia di rischio specifica per i sistemi LLM[17]. Non faremo finta che questa regolamentazione parli di memoria organizzativa: non lo fa. Ma rende inevitabile una domanda per qualunque azienda europea con AI nei flussi veri: cosa sapevano i tuoi sistemi, da dove veniva quella conoscenza, e chi l’ha approvata? Un’azienda la cui conoscenza operativa vive in un milione di sessioni cancellate non ha una risposta. Sul perché la sovranità del dato conti anche qui, abbiamo scritto un pezzo dedicato.

L’orologio competitivo è più interessante. La Request for Startups di Y Combinator per l’estate 2026 include una voce chiamata, letteralmente, «Company Brain». Il framing di Tom Blomfield: «The biggest blocker to AI automation of companies is no longer the models... Now the blocker is the domain knowledge», e alle aziende serve «a system that pulls knowledge out of all these fragmented sources, structures it, keeps it current», perché «AI agents can’t operate like that» su conoscenza sparsa tra teste, thread e ticket[18]. Quando Y Combinator dichiara che manca un primitivo, i team finanziati seguono. Il report MIT trova la stessa dinamica dal lato buyer: le richieste principali degli executive ai vendor erano sistemi che imparano dal feedback (66%) e che conservano il contesto (63%), e un CIO mette l’endgame in chiaro: «una volta investito il tempo per addestrare un sistema sui nostri workflow, i costi di switching diventano proibitivi»[4].

La memoria, in altre parole, sta diventando il moat. L’unica domanda aperta è se sarà il tuo moat o quello del tuo vendor. È la stessa domanda di fondo di chi possiede il company brain.

La memoria sta diventando il moat. L’unica domanda aperta è se sarà il tuo o quello del tuo vendor.

I requisiti

Come dovrebbe essere fatta una risposta

Abbiamo passato mesi su questo problema, prima dentro la nostra azienda, poi con altre. Non abbiamo una risposta finita. Siamo diventati sicuri delle proprietà che qualunque risposta vera deve avere, e le offriamo qui come checklist, soprattutto perché vorremmo essere sfidati su ciascuna.

Requisiti, non feature
01
La cattura avviene dove la conoscenza nasce

Se dipende da qualcuno che si ricorda di documentare dopo, è morta in partenza. Nessuno documenta. Non è mai successo.

02
Niente entra nel registro senza un sì umano

Cattura automatica senza governance = una discarica più grande. Una correzione diventa conoscenza aziendale quando qualcuno che ne risponde la approva.

03
Ogni voce ha una provenienza

Fonte, data, owner, stato, versione. Senza, le persone non si fidano, gli auditor non verificano, e gli agenti consumano regole stantie con piena sicurezza.

04
Serve agenti e persone dalla stessa fonte

Se la versione che leggono le persone e quella che consumano gli agenti possono divergere, divergeranno.

05
L’azienda la possiede

Non esportarla: possederla, in un formato leggibile, dentro un perimetro che controlla. La conoscenza nella memoria di un vendor è conoscenza che riaffitti.

La parte difficile

Nessuna di queste proprietà è esotica. La difficoltà vera è che tirano in direzioni opposte: la cattura vuole volume, la governance vuole attrito, gli agenti vogliono struttura, le persone vogliono prosa, gli auditor vogliono provenienza, e chi lavora vuole zero lavoro extra.

Le tensioni sono il punto: chi le risolve, in qualunque forma, definirà come le aziende ricordano nell’era degli agenti. Da dove partire per capire a che punto sei, invece, l’abbiamo formalizzato nel Company Brain Maturity Model: la scala L0-L4 di come vive la conoscenza operativa di un’azienda.

Il test

La domanda che ti facciamo

Ecco l’aritmetica scomoda da fare sulla tua organizzazione. Prendi il numero di interazioni AI dei tuoi team il mese scorso, autorizzate o no. Stima la frazione che conteneva una correzione, una decisione, una regola, un’eccezione: conoscenza che la tua azienda ha pagato in stipendi per produrre. Ora chiediti che percentuale la tua organizzazione saprebbe recuperare oggi.

Per quasi tutte le aziende con cui abbiamo parlato, la risposta onesta è un errore di arrotondamento sopra lo zero. La tua azienda sta imparando a velocità macchina. Sta ricordando circa zero. Quel divario si accumula ogni giorno, è invisibile su qualunque dashboard, e se la diagnosi del MIT è giusta, è ciò che separa le poche organizzazioni che estraggono valore reale dall’AI da tutte le altre.

Stiamo facendo ricerca su come le organizzazioni gestiscono questo problema oggi: workaround, tool interni, policy, rassegnazione. Se gestisci AI o agenti in produzione e il problema ti suona familiare, ci interessa davvero confrontarci. Scrivici. Il risultato peggiore possibile è una buona conversazione.

Gestisci AI o agenti in produzione? Confrontiamoci.

Stiamo raccogliendo casi reali su dove finisce la conoscenza nata nelle interazioni AI: 30 minuti, niente pitch, nessun prodotto nell’articolo. Il risultato peggiore è una buona conversazione.

Domande frequenti

Il problema, in pratica

Cosa significa che «la conoscenza muore dove nasce»?

Una parte crescente della conoscenza operativa di un’azienda (decisioni, regole, correzioni, eccezioni) oggi nasce dentro le interazioni con l’AI: chat, sessioni di agenti, assistenti. A fine sessione quel contenuto non viene conservato da nessuna parte come stato aziendale condiviso: migliora quella conversazione e al massimo la memoria personale di chi l’ha scritta, ma non raggiunge mai colleghi, altri agenti o un registro verificabile.

Una context window più grande non risolve il problema?

No. La ricerca mostra che le prestazioni dei modelli degradano man mano che il contesto cresce («Lost in the Middle», TACL 2024; «Context Rot», Chroma 2025) e che nulla persiste tra una sessione e l’altra senza un sistema esterno che catturi e reintroduca il contesto. Una finestra più lunga è una scrivania più grande, non un archivio.

Le funzioni di memoria di ChatGPT o Claude non bastano?

Sono un progresso reale, ma sono perimetrate a una persona e a un prodotto: il tuo account ricorda te. La correzione che insegni al tuo assistente non raggiunge la collega, né l’agente della collega, né un audit. È la differenza tra memoria personale e memoria organizzativa, ed è la seconda che manca.

Cosa c’entra l’AI Act con la memoria organizzativa?

L’AI Act non parla di memoria organizzativa. Ma con l’applicabilità generale dal 2 agosto 2026 rende inevitabile una domanda: cosa sapevano i tuoi sistemi AI, da dove veniva quella conoscenza e chi l’ha approvata? Un’azienda la cui conoscenza operativa vive in milioni di sessioni cancellate non ha una risposta.

Cosa può fare un’azienda oggi, in pratica?

Primo: misurare il fenomeno con l’aritmetica dell’articolo (quante interazioni AI al mese, quante contengono conoscenza, quanta è recuperabile). Secondo: valutare le cinque proprietà come requisiti per qualunque soluzione, interna o di mercato: cattura alla nascita, approvazione umana, provenienza, stessa fonte per persone e agenti, proprietà del dato. Terzo: decidere chi possiede il problema, perché oggi in quasi tutte le organizzazioni non ha un owner.

Questo articolo vende qualcosa?

No. È un pezzo di ricerca: il problema, le evidenze e i requisiti di una risposta. Lavoriamo su sistemi AI in produzione anche in quest’area, quindi abbiamo un interesse dichiarato a far prendere sul serio il tema, e stiamo raccogliendo confronti con team che gestiscono AI e agenti in produzione. Se il problema ti suona familiare, scrivici.

Trasparenza

Fonti

  1. [1]Anthropic, «How people are using Claude Cowork», luglio 2026. claude.com
  2. [2]OpenAI, «1 million business customers», novembre 2025. openai.com
  3. [3]Menlo Ventures / OpenRouter, «OpenRouter now processes more than a quadrillion tokens a year», 2026. menlovc.com
  4. [4]MIT NANDA, «The GenAI Divide: State of AI in Business 2025», luglio 2025 (preliminary findings; 52 interviste, 153 survey, finestra ROI 6 mesi). mlq.ai
  5. [5]Liu et al., «Lost in the Middle: How Language Models Use Long Contexts», TACL 2024. aclanthology.org
  6. [6]Chroma Research, «Context Rot: How Increasing Input Tokens Impacts LLM Performance», luglio 2025. research.trychroma.com
  7. [7]Packer et al., «MemGPT: Towards LLMs as Operating Systems», 2023. arxiv.org
  8. [8]Wang et al., «Agent Workflow Memory», 2024. arxiv.org
  9. [9]Anthropic, «Effective context engineering for AI agents», settembre 2025. www.anthropic.com
  10. [10]OpenAI, «Memory and new controls for ChatGPT», febbraio 2024. openai.com
  11. [11]McKinsey Global Institute, «The social economy», luglio 2012. www.mckinsey.com
  12. [12]Panopto, «Workplace Knowledge and Productivity Report», 2018 (fieldwork YouGov; studio sponsorizzato dal vendor). www.panopto.com
  13. [13]Microsoft & LinkedIn, «2024 Work Trend Index Annual Report», maggio 2024. news.microsoft.com
  14. [14]Cyberhaven Labs, «AI Adoption and Risk Report», Q2 2024 (telemetria su 3M lavoratori; dati del vendor). www.cyberhaven.com
  15. [15]IBM & Ponemon Institute, «Cost of a Data Breach Report 2025», luglio 2025. www.ibm.com
  16. [16]Commissione Europea, «AI Act implementation timeline». ai-act-service-desk.ec.europa.eu
  17. [17]EDPB, «AI Privacy Risks & Mitigations: Large Language Models», aprile 2025. www.edpb.europa.eu
  18. [18]Y Combinator, «Requests for Startups», Summer 2026 (Tom Blomfield, «Company Brain»). www.ycombinator.com
Nota di trasparenza

Questo è un pezzo di ricerca di Raffaele Zarrelli e Simone Bova, founder di Yempik, con editing fatto con Claude. Lavoriamo su sistemi AI in produzione anche in quest’area, quindi abbiamo un interesse dichiarato a far prendere sul serio il tema. Ogni numero è citato dalla fonte originale, con i caveat che gli autori originali dichiarano; dove un numero è comunemente citato male, abbiamo riportato il wording originale.