- Una knowledge base, una wiki o una intranet sono archivi passivi: qualcuno li scrive, il resto del team li consulta, e da lì invecchiano.
- Il company brain è vivo: si aggiorna per abitudine, risponde con la fonte e lo leggono sia le persone sia gli agenti che fanno il lavoro.
- Una wiki basta finché il contesto cambia poco, il team è piccolo e nessuno chiede all’AI di lavorarci sopra. Sopra quella soglia diventa una falsa sicurezza.
- Non si butta la wiki: la si possiede, la si struttura e la si tiene viva. È il salto da «scritto» a «operativo».
Un archivio si consulta, un brain ci si lavora
Una knowledge base, una wiki, un Notion o una intranet fanno tutti la stessa cosa: sono un posto dove qualcuno scrive quello che sa, perché gli altri lo trovino quando lo cercano. Il valore è reale, ma il modello è passivo. Il contenuto lo produce una persona in un momento preciso, poi resta fermo mentre il lavoro va avanti. Nessuno lo aggiorna finché non serve, e quando serve è già vecchio. L’AI, di solito, non lo guarda nemmeno.
Il company brain parte dalla stessa materia prima, decisioni, regole, stato dei progetti, ma cambia il verbo. Non lo consulti: ci lavori. Si aggiorna per abitudine, non a strappi; risponde a una domanda con la fonte, non con un link a una pagina da leggere; e lo leggono sia le persone sia gli agenti che eseguono il lavoro. È la differenza tra un archivio che racconta com’era e un contesto che sa com’è, adesso.
Una wiki è un posto dove metti quello che sai e speri che qualcuno lo trovi. Un company brain è il contesto con cui il team, e l’AI, lavorano ogni giorno.
Le stesse informazioni, un comportamento diverso
La differenza non è nella tecnologia né in quanto è bella l’interfaccia: una wiki può essere ordinatissima e restare un archivio morto. La differenza è nel comportamento, e si vede meglio riga per riga. Dove vive il contesto, chi lo possiede, se è leggibile e verificabile, cosa succede quando cambi strumento, e se il team, e l’AI, condividono davvero lo stesso stato.
Questo confronto mette a destra il contesto su file che possiedi, l’idea dietro i nostri kit open source cowork-os e code-os, e a sinistra la memoria automatica di uno strumento. Vale allo stesso modo per una wiki: una riga pende dalla parte dell’archivio di proposito, perché partire con una pagina condivisa costa zero. Non è pubblicità, è un criterio di scelta.
Non sempre serve un brain: quando la wiki è la risposta giusta
Una wiki basta, e va benissimo, quando il contesto cambia poco, il team è piccolo e la conoscenza sta in poche teste che si parlano ogni giorno. Se devi documentare policy stabili, onboarding, credenziali o procedure che cambiano una volta l’anno, un archivio ordinato è lo strumento corretto: non ti serve un brain per ricordare cose che non si muovono.
Diventa un problema quando succedono tre cose insieme: il contesto cambia in fretta, le persone che lo conoscono se ne vanno o si moltiplicano, e inizi a chiedere all’AI di lavorarci sopra. Lì la wiki smette di essere utile e diventa una falsa sicurezza: c’è scritto qualcosa, ma è vecchio, nessuno lo aggiorna e l’agente ci ragiona sopra come se fosse vero. È esattamente il livello «scritto ma morto» della scala di maturità.
Da archivio a brain: non si butta, si fa vivere
Passare da una wiki a un company brain non vuol dire buttare quello che hai scritto e ricominciare. Vuol dire tre cose: possederlo (spostare il contesto su file che governi, non dentro uno strumento che decide qualcun altro), strutturarlo (decisioni, regole, stato e domande aperte, non pagine libere), e tenerlo vivo (aggiornarlo per abitudine, così l’AI e il team leggono sempre l’ultima versione). È il salto da «scritto» a «operativo».
Prima di muoverti, conviene sapere da dove parti. La scala di maturità del company brain dà un nome al punto esatto in cui sei, e una wiki che nessuno aggiorna è il livello che chiamiamo «scritto ma morto». Scopri a che livello sei, poi decidi il passo dopo.
Il passaggio difficile non è spostare i file, è trasferire la conoscenza che vive nelle teste dentro un contesto leggibile. Il metodo pratico, con interviste, trascrizione e validazione, l’abbiamo scritto qui: come costruire un company brain su file.
Company brain e wiki, in pratica
Che differenza c’è tra un company brain e una knowledge base?
Una knowledge base o una wiki è un archivio da consultare: qualcuno lo scrive, il resto del team lo cerca quando serve, e da lì invecchia. Il company brain è il contesto operativo vivo con cui si lavora: si aggiorna per abitudine, risponde con la fonte e lo leggono sia le persone sia gli agenti. La knowledge base racconta «com’è fatto», il company brain dice «come lavoriamo, adesso».
Una wiki o un Notion possono bastare?
Sì, finché il contesto cambia poco, il team è piccolo e nessuno chiede all’AI di lavorarci sopra. Per policy stabili, onboarding o procedure che cambiano una volta l’anno, un archivio ordinato è lo strumento giusto. Diventa un problema quando il contesto si muove in fretta e inizi a usarlo come base per un agente: lì una pagina vecchia diventa una falsa sicurezza.
Devo buttare la mia wiki per avere un company brain?
No. Il contenuto che hai scritto è materia prima. Il salto è possederlo (spostarlo su file che governi), strutturarlo (decisioni, regole, stato, domande aperte) e tenerlo vivo con una routine. Non si ricomincia da zero: si passa da «scritto» a «operativo».
Perché l’AI non usa la mia wiki?
Perché una wiki è pensata per essere letta da una persona che la cerca, non per dare contesto a un agente. Spesso il contenuto è disperso, non strutturato e vecchio, e l’AI non ha modo di sapere cosa è ancora valido. Un company brain è scritto perché sia leggibile da persone e agenti insieme, con la fonte accanto a ogni risposta.
Fonti
- [1]cowork-os, repository open source. github.com
Questa pagina è scritta da Raffaele Zarrelli, founder di Yempik, con editing fatto con Claude. Il company brain e il suo maturity model sono modelli editoriali di Yempik. I kit citati sono i nostri open source cowork-os e code-os (licenza MIT).
La tua wiki è ferma da mesi? Trasformala in un contesto vivo.
Partiamo dal tuo processo, non dallo strumento. Ti aiutiamo a spostare decisioni, regole e stato su file tuoi, governati, che l’AI e il team possono rileggere e aggiornare. Prezzo e tempi fissi, il codice è tuo.