PKM, RAG, Wiki e Sistemi di Memoria: una spiegazione chiara
Una mappa dei sistemi di conoscenza moderni
PKM, RAG, wikis e sistemi di memoria per l’IA sono spesso discussi come se risolvessero lo stesso problema. Non è così. Tutti gestiscono la conoscenza, ma operano a livelli diversi:
- Il PKM aiuta gli esseri umani a pensare.
- Le wikis aiutano i gruppi a preservare la conoscenza condivisa.
- Il RAG aiuta le macchine a recuperare la conoscenza esterna.
- I sistemi di memoria aiutano gli agenti IA a mantenere il contesto nel tempo.
Confondere questi sistemi porta a un’architettura scadente.
Si ottengono wiki pieni di appunti personali, sistemi RAG senza una fonte di verità, livelli di memoria che si fingono database e strumenti PKM sovraccarichi di automazioni per le quali non sono mai stati progettati.
Un modello migliore è vederli come parti diverse di uno spettro di sistemi di conoscenza.
Questo articolo confronta PKM, RAG, wiki e sistemi di memoria per l’IA per struttura, recupero, proprietà, evoluzione e casi d’uso nel mondo reale.
La versione breve
| Sistema | Utente principale | Scopo principale | Ideale per |
|---|---|---|---|
| PKM | Individuale | Sviluppare la conoscenza personale | Pensiero, apprendimento, sintesi |
| Wiki | Team o gruppo pubblico | Mantenere la conoscenza condivisa | Documentazione, politiche, riferimento |
| RAG | Sistema macchina | Recuperare il contesto per la generazione | Risposte IA su dati esterni |
| Memoria IA | Agente IA | Persistere il contesto nel tempo | Agenti a lunga esecuzione e personalizzazione |
La distinzione più importante è questa:
PKM e wiki strutturano la conoscenza. Il RAG recupera la conoscenza. I sistemi di memoria evolvono il contesto dell’agente.
Questa è la modello mentale di base.
Perché questi sistemi sono confusi
Si sovrappongono nel comportamento visibile.
Tutti possono:
- archiviare note
- recuperare informazioni
- rispondere a domande
- organizzare riferimenti
- collegare idee
Ma differiscono nell’intento.
Un sistema PKM non è solo un wiki privato. Un wiki non è solo un database RAG. Una pipeline RAG non è una memoria IA. Un sistema di memoria IA non è un sostituto della documentazione strutturata.
La confusione deriva dal trattare la “conoscenza” come un’unica cosa.
In pratica, la conoscenza ha più livelli:
- Acquisizione
- Struttura
- Recupero
- Interpretazione
- Riutilizzo
- Evoluzione
Diversi sistemi ottimizzano diverse fasi.
I quattro paradigmi
1. PKM
PKM sta per gestione della conoscenza personale.
È la pratica di acquisire, organizzare, collegare e utilizzare la conoscenza per il lavoro personale.
I sistemi PKM tipici includono:
- Obsidian
- Logseq
- Notion
- cartelle Markdown semplici
- sistemi Zettelkasten
- sistemi del secondo cervello
Il PKM è guidato dall’essere umano.
L’obiettivo non è solo l’archiviazione. L’obiettivo è un pensiero migliore.
In cosa è bravo il PKM
Il PKM funziona bene per:
- apprendere una nuova disciplina
- sviluppare idee originali
- collegare le note nel tempo
- scrivere articoli o libri
- tracciare la ricerca personale
- costruire un secondo cervello
Un buon sistema PKM è disordinato in modo utile. Supporta pensieri incompiuti, idee parziali, contesto privato e concetti in evoluzione.
Questo è il motivo per cui il PKM non è la stessa cosa della documentazione.
La documentazione vuole chiarezza. Il PKM tollera l’ambiguità.
Modalità di fallimento del PKM
Il PKM fallisce spesso quando diventa:
- un posto dove scaricare tutto
- un progetto di tassonomia delle cartelle
- un’estetica della produttività
- un hobby di ottimizzazione degli strumenti
- un archivio privato che nessuno usa
Il rischio principale è la raccolta senza sintesi.
Se salvi solo informazioni, non hai un sistema di conoscenza. Hai una discarica personale.
Punto di vista personale
Il PKM dovrebbe ottimizzare il riutilizzo, non l’acquisizione.
Acquisire tutto sembra produttivo, ma crea debito. Il vero valore appare quando le note diventano collegate, riscritte, compresse e utilizzate nell’output.
2. Wiki
Un wiki è una base di conoscenza strutturata progettata per il riferimento condiviso.
I sistemi wiki tipici includono:
- DokuWiki
- MediaWiki
- Confluence
- BookStack
- siti di documentazione basati su Git
- basi di conoscenza aziendali interne
Un wiki è solitamente più formale del PKM.
Dovrebbe rispondere a:
Cosa sappiamo e dove si trova la versione corrente?
In cosa sono bravi i wiki
I wiki funzionano bene per:
- documentazione di team
- runbook operativi
- conoscenza del prodotto
- documenti sulle politiche
- riferimento tecnico
- materiale di onboarding
- conoscenza di dominio stabile
Un wiki è un contratto sociale.
Dice:
Questa pagina è il posto dove vive questa conoscenza.
Ciò rende la proprietà e la manutenzione critiche.
Modalità di fallimento dei wiki
I wiki falliscono spesso perché diventano obsoleti.
Problemi comuni:
- nessun proprietario della pagina
- screenshot obsoleti
- pagine duplicate
- versioni canoniche non chiare
- troppa gerarchia
- nessun ritmo di manutenzione
Un wiki con informazioni vecchie è peggio di nessun wiki, perché crea falsa sicurezza.
Punto di vista personale
Un wiki dovrebbe essere noioso.
È un complimento.
Un buon wiki non è dove nascono le idee. È dove la conoscenza stabile è preservata dopo che è diventata utile ad altri.
3. RAG
RAG sta per generazione aumentata dal recupero.
È un’architettura IA in cui un sistema recupera informazioni esterne rilevanti prima di chiedere a un modello linguistico di generare una risposta.
Una pipeline RAG di base di solito ha:
- Documenti
- Suddivisione in blocchi (Chunking)
- Embedding o indice di ricerca
- Recupero
- Reranking opzionale
- Assemblaggio del prompt
- Generazione LLM
Il RAG è guidato dalla macchina.
L’obiettivo non è creare conoscenza. L’obiettivo è fornire al modello un contesto rilevante al momento della query.
In cosa è bravo il RAG
Il RAG funziona bene per:
- risposta a domande su documenti
- assistenti di ricerca interni
- bot di supporto
- assistenti per la documentazione tecnica
- ricerca di conformità
- ricerca su grandi corpus
- collegamento degli LLM a informazioni aggiornate
Il RAG è particolarmente utile quando il modello non può o non dovrebbe memorizzare le informazioni.
Modalità di fallimento del RAG
Il RAG fallisce spesso quando i team lo trattano come una ricerca magica.
Problemi comuni:
- suddivisione in blocchi scadente
- recupero debole
- contesto rumoroso
- metadati mancanti
- nessuna fonte di verità
- documenti obsoleti
- valutazione debole
- nessun ciclo di feedback umano
Il RAG non risolve una cattiva gestione della conoscenza.
Se il contenuto sottostante è frammentato, obsoleto o contraddittorio, il sistema RAG metterà in evidenza quel disordine con sicurezza.
Punto di vista personale
Il RAG non è una strategia di conoscenza.
Il RAG è una strategia di accesso.
Aiuta le macchine ad accedere alla conoscenza, ma non decide quale conoscenza è valida, mantenuta, canonica o utile.
4. Sistemi di memoria per l’IA
I sistemi di memoria per l’IA forniscono agli agenti un contesto persistente oltre a un singolo prompt o conversazione.
Possono memorizzare:
- preferenze degli utenti
- decisioni passate
- fatti a lungo termine
- cronologia delle attività
- riepiloghi
- riflessioni
- entità estratte
- memorie episodiche
- memorie semantiche
Gli esempi e le idee correlate includono:
- livelli di memoria stile MemGPT
- memoria a lungo termine degli agenti
- memoria episodica
- memoria semantica
- memoria vettoriale
- memoria del profilo
- memoria dello stato degli strumenti
- agenti riflessivi
La memoria IA è guidata dall’agente.
L’obiettivo è la continuità.
In cosa è brava la memoria IA
I sistemi di memoria IA funzionano bene per:
- assistenti personali
- agenti di coding a lunga esecuzione
- agenti di ricerca
- agenti di supporto clienti
- sistemi di tutoraggio
- automazione del flusso di lavoro
- compagni persistenti
- esecuzione di attività multi-sessione
La memoria è importante quando il sistema deve comportarsi come se ricordi.
Modalità di fallimento della memoria IA
I sistemi di memoria sono pericolosi se non gestiti.
Problemi comuni:
- ricordare fatti sbagliati
- memorizzare troppo
- rischio per la privacy
- preferenze obsolete
- ranking della memoria scadente
- avvelenamento della memoria
- nessun meccanismo di oblio
- confondere la memoria con la verità
Un sistema di memoria ha bisogno di governance.
Dovrebbe rispondere a:
- Cosa dovrebbe essere ricordato?
- Chi l’ha approvato?
- Quanto tempo dovrebbe durare?
- Quando dovrebbe essere dimenticato?
- Come viene corretto?
Punto di vista personale
La memoria IA non è solo un contesto lungo.
Il contesto lungo permette a un modello di vedere più cose contemporaneamente. La memoria decide cosa sopravvive nel tempo.
Sono problemi diversi.
Tabella delle differenze fondamentali
| Dimensione | PKM | Wiki | RAG | Memoria IA |
|---|---|---|---|---|
| Utente principale | Individuale | Team o gruppo pubblico | Sistema IA | Agente IA |
| Funzione principale | Pensiero | Riferimento condiviso | Recupero al momento della query | Contesto persistente |
| Stato della conoscenza | In evoluzione | Stabilizzata | Recuperata | Adattiva |
| Struttura | Flessibile | Esplicita | Basata su indice | Appresa o estratta |
| Stile di recupero | Ricerca e collegamento umano | Navigazione e ricerca | Recupero semantico o ibrido | Rilevanza più salienza |
| Proprietà | Personale | Proprietari di pagina o team | Amministratori di sistema | Controllato dall’agente o dall’utente |
| Orizzonte temporale | Lungo termine personale | Lungo termine condiviso | Momento della query | Multi-sessione |
| Output migliore | Insight | Riferimento affidabile | Risposta fondata | Continuità |
| Rischio principale | Accumulo | Obsolescenza | Cattivo recupero | Cattiva memoria |
| Metrica buona | Riutilizzo nel pensiero | Fiducia e freschezza | Qualità della risposta | Continuità utile |
Struttura vs recupero vs evoluzione
Il modo più semplice per capire questi sistemi è confrontare cosa ottimizzano. Le implicazioni architetturali di questa distinzione sono esplorate in profondità in Recupero vs Rappresentazione nei Sistemi di Conoscenza.
Il PKM ottimizza l’evoluzione personale
Il PKM riguarda come cambia la tua comprensione.
Raccogli materiale, lo riscrivi, lo colleghi e lo trasformi in qualcosa di utile.
L’output è spesso:
- un modello mentale migliore
- un articolo scritto
- una decisione
- una direzione di ricerca
- un insight riutilizzabile
Il PKM non riguarda principalmente la ricerca rapida. Riguarda il sensemaking a lungo termine.
I wiki ottimizzano la struttura condivisa
I wiki riguardano la conoscenza stabile.
Chiedono:
- Qual è la risposta attuale?
- Chi ne è il proprietario?
- Dove dovrebbero andare le persone?
- Cosa dovrebbe essere aggiornato?
Un wiki funziona quando le persone gli si fidano.
Il RAG ottimizza il recupero della macchina
Il RAG riguarda il recupero del contesto giusto al momento giusto.
Chiede:
- Quali documenti sono rilevanti?
- Quali blocchi dovrebbero essere utilizzati?
- Quanto contesto si adatta?
- Cosa dovrebbe citare il modello?
Il RAG funziona quando la qualità del recupero è alta e il corpus di origine è affidabile.
La memoria IA ottimizza la continuità
I sistemi di memoria riguardano la persistenza tra le sessioni.
Chiedono:
- Cosa dovrebbe ricordare l’agente?
- Cosa dovrebbe essere dimenticato?
- Quale memoria è importante ora?
- Come dovrebbe la memoria cambiare il comportamento?
La memoria funziona quando migliora il comportamento futuro senza inquinare l’agente con contesto obsoleto o errato.
Quando usare il PKM
Usa il PKM quando la conoscenza è personale, incompiuta o esplorativa.
Scenari buoni:
- apprendimento dei sistemi distribuiti
- pianificazione di articoli
- ricerca sull’architettura degli LLM
- raccolta di note sui libri
- costruzione di un secondo cervello
- tracciamento di esperimenti personali
Usa il PKM quando stai ancora pensando.
Esempio
Stai imparando la valutazione del RAG.
Raccogli:
- articoli
- note sui benchmark
- diagrammi
- idee di implementazione
- fallimenti dai tuoi esperimenti personali
Questo appartiene al PKM per primo.
Più tardi, una volta che la conoscenza si stabilizza, puoi pubblicare un articolo o trasformarla in documentazione.
Quando usare un wiki
Usa un wiki quando la conoscenza deve essere condivisa e mantenuta.
Scenari buoni:
- onboarding del team
- documentazione API
- runbook operativi
- registri delle decisioni architetturali
- conoscenza del prodotto
- istruzioni di deployment
- procedure di supporto
Usa un wiki quando gli altri hanno bisogno di una risposta affidabile.
Esempio
Il tuo team ha un unico modo corretto per distribuire un sito Hugo su S3 e CloudFront.
Questo non appartiene solo agli appunti privati di qualcuno.
Appartiene a un wiki o a un sistema di documentazione con proprietà chiara.
Quando usare il RAG
Usa il RAG quando un sistema IA ha bisogno di accesso alla conoscenza esterna al momento della query.
Scenari buoni:
- chatbot sulla documentazione
- assistente di ricerca sui documenti interni
- assistente di supporto sugli articoli di aiuto
- assistente legale o di conformità
- ricerca su grandi set di documenti
- assistente sviluppatore sulla documentazione del codice
Usa il RAG quando il problema è:
Il modello ha bisogno di informazioni che vivono al di fuori dei suoi pesi.
Esempio
Hai centinaia di articoli tecnici e vuoi che un assistente risponda alle domande usando quelli.
Il RAG è una buona scelta.
Ma solo se i documenti sono abbastanza puliti per essere recuperati.
Quando usare la memoria IA
Usa la memoria IA quando un agente ha bisogno di continuità.
Scenari buoni:
- agenti di coding che ricordano le convenzioni del progetto
- assistenti personali che ricordano le preferenze
- agenti di ricerca che continuano indagini lunghe
- agenti di tutoraggio che ricordano i progressi dello studente
- agenti di supporto che ricordano le interazioni precedenti
- agenti autonomi che tracciano gli obiettivi
Usa la memoria quando il sistema deve migliorare nel tempo.
Esempio
Un agente di coding dovrebbe ricordare:
- il progetto usa Go
- i test vengono eseguiti con un comando specifico
- l’utente preferisce dipendenze minime
- le migrazioni del database seguono una convenzione
Non è solo recupero. È un contesto operativo persistente.
Come questi sistemi si combinano
I sistemi più utili sono ibridi.
Un’architettura di conoscenza matura potrebbe essere così:
- PKM per l’esplorazione personale
- Wiki per la conoscenza condivisa stabile
- RAG per l’accesso della macchina
- Memoria IA per la continuità degli agenti a lunga esecuzione
Ogni livello ha un compito.
Modello 1. Da PKM a wiki
Questa è la pipeline di conoscenza umana.
Flusso:
- Acquisire note privatamente
- Collegare le idee
- Distillare gli insight
- Pubblicare la conoscenza stabile
- Mantenere come riferimento condiviso
Questo è come la ricerca personale diventa conoscenza organizzativa.
Esempio
Fai ricerca su strumenti di conoscenza self-hosted in Obsidian.
Dopo aver testato DokuWiki, Nextcloud e sistemi Markdown statici, scrivi una guida stabile nel tuo sito o nel wiki del team.
Il PKM ha creato l’insight. Il wiki preserva il risultato.
Modello 2. Da Wiki a RAG
Questa è la pipeline di accesso della macchina.
Flusso:
- Mantenere pagine wiki canoniche
- Indizzarle
- Recuperare sezioni rilevanti
- Generare risposte fondate
- Collegare nuovamente alle fonti
Questo è uno dei modelli RAG più puliti.
Il wiki rimane la fonte di verità. Il RAG diventa lo strato di accesso.
Esempio
Un bot di supporto risponde alle domande usando un wiki del prodotto.
Il bot non dovrebbe sostituire il wiki. Dovrebbe citare e indirizzare gli utenti alle pagine canoniche.
Modello 3. RAG più memoria
Questa è la pipeline di continuità dell’agente.
Flusso:
- Il RAG recupera fatti esterni
- La memoria memorizza il contesto utente o dell’attività
- L’agente combina entrambi
- Il comportamento futuro migliora
Il RAG risponde:
Cosa dice la base di conoscenza?
La memoria risponde:
Cosa è importante riguardo a questo utente, progetto o attività?
Esempio
Un agente di coding usa il RAG per recuperare la documentazione del framework.
Usa la memoria per ricordare che il tuo progetto evita gli ORM, preferisce sqlc e usa logging strutturato.
Questi sono tipi di conoscenza diversi.
Modello 4. PKM più assistente IA
Questa è la pipeline di pensiero ibrida.
Flusso:
- L’umano acquisisce note
- L’IA riassume e suggerisce collegamenti
- L’umano modifica e valida
- La conoscenza diventa più strutturata
- Alcune pagine passano al wiki o alla pubblicazione
L’IA aumenta il sistema PKM, ma non dovrebbe possedere la verità.
Esempio
Un assistente IA può suggerire connessioni tra note su RAG, sistemi di memoria e LLM Wiki.
Ma l’umano decide quali connessioni sono significative.
Errori architetturali comuni
Errore 1. Trattare il RAG come un wiki
Il RAG non è una base di conoscenza.
Non crea automaticamente una struttura canonica. Recupera da ciò che esiste.
Se i documenti di origine sono cattivi, il RAG diventa un’interfaccia sicura verso una conoscenza scadente.
Errore 2. Trattare la memoria come un database
La memoria IA è un contesto selettivo, non un archivio generale.
Un database memorizza record. La memoria cambia il comportamento.
Se hai bisogno di fatti esatti, usa un database o una base di conoscenza. Se hai bisogno di continuità, usa la memoria.
Errore 3. Trattare il PKM come documentazione
Il PKM può essere disordinato.
La documentazione non dovrebbe esserlo.
Le note private possono contenere idee mal formate. La documentazione condivisa dovrebbe contenere conoscenza stabile e mantenuta.
Errore 4. Trattare un wiki come strumento di pensiero
Un wiki può supportare il pensiero, ma non è ideale per l’esplorazione iniziale.
Se ogni pensiero iniziale deve diventare una pagina rifinita, le persone smettono di scrivere.
Usa il PKM per il pensiero grezzo. Usa i wiki per la conoscenza durevole.
Errore 5. Trattare il contesto lungo come memoria
Il contesto lungo non è memoria.
Aiuta solo mentre il contesto è presente.
La memoria persiste, seleziona, aggiorna e a volte dimentica.
Guida alle decisioni
Usa questo semplice modello decisionale.
Se la conoscenza è privata e in evoluzione
Usa il PKM.
Se la conoscenza è condivisa e stabile
Usa un wiki.
Se un’IA ha bisogno di rispondere da documenti esterni
Usa il RAG.
Se un agente ha bisogno di continuità nel tempo
Usa la memoria.
Se hai bisogno di tutti e quattro
Costruisci un sistema a livelli.
Non forzare uno strumento a fare ogni lavoro.
Lo spettro dei sistemi di conoscenza
Questi sistemi formano uno spettro dal pensiero umano alla continuità dell’IA.
| Livello | Sistema | Ruolo |
|---|---|---|
| Pensiero umano | PKM | Esplorare e sintetizzare |
| Struttura condivisa | Wiki | Preservare e mantenere |
| Accesso macchina | RAG | Recuperare e generare |
| Continuità agente | Memoria | Persistere e adattarsi |
La direzione è importante.
La conoscenza spesso inizia come pensiero personale, diventa struttura condivisa, viene indicizzata per il recupero della macchina e poi diventa parte del comportamento persistente dell’agente.
Questo è lo stack di conoscenza moderno.
Dove si colloca LLM Wiki
I sistemi stile LLM Wiki si collocano tra il wiki e l’architettura IA.
Non sono RAG classici.
Invece di recuperare blocchi solo al momento della query, tentano di pre-strutturare la conoscenza in pagine, riepiloghi, entità e collegamenti.
Ciò li rende più vicini ai sistemi di conoscenza compilata.
Un posizionamento utile:
| Sistema | Posizione |
|---|---|
| Wiki | Conoscenza strutturata mantenuta dall’umano |
| RAG | Recupero della macchina al momento della query |
| LLM Wiki | Conoscenza strutturata dalla macchina al momento dell’ingestione |
| Memoria | Contesto persistente dell’agente |
Questo è il motivo per cui LLM Wiki appartiene vicino all’architettura dei sistemi di conoscenza, non all’interno del RAG ordinario.
Esempi pratici
Esempio 1. Blog tecnico personale
Un blogger tecnico potrebbe usare:
- PKM per le note di ricerca
- sito Hugo come conoscenza pubblicata
- collegamento interno come struttura simile a un wiki
- RAG in seguito per la ricerca nel sito
- memoria IA per le preferenze dell’assistente di scrittura
Questa è un’architettura solida.
Mantiene il giudizio umano al centro consentendo comunque il supporto dell’IA.
Esempio 2. Team di ingegneria
Un team di ingegneria potrebbe usare:
- PKM per l’apprendimento individuale
- wiki per standard e runbook
- assistente RAG per la documentazione interna
- memoria per agenti di coding che lavorano all’interno di repository
Il wiki dovrebbe rimanere canonico.
L’assistente RAG non dovrebbe inventare processi. Lo strato di memoria dovrebbe ricordare le preferenze del progetto, non sostituire le decisioni architetturali.
Esempio 3. Flusso di lavoro di ricerca IA
Un ricercatore potrebbe usare:
- PKM per le note sui paper
- wiki per riepiloghi stabili
- RAG per la ricerca nella letteratura
- memoria per agenti di ricerca a lunga esecuzione
Questo funziona perché ogni livello gestisce una scala temporale diversa.
Sicurezza e governance
I sistemi di conoscenza diventano rischiosi quando memorizzano informazioni sensibili o obsolete.
Governance del PKM
Domande:
- Cosa dovrebbe rimanere privato?
- Cosa dovrebbe essere pubblicato?
- Cosa dovrebbe essere eliminato?
Governance del Wiki
Domande:
- Chi possiede ogni pagina?
- Quando è stata revisionata l’ultima volta?
- Cosa è canonico?
Governance del RAG
Domande:
- Quali fonti sono indicizzate?
- Le risposte sono citate?
- Come viene valutato il recupero?
- Quale contenuto è escluso?
Governance della memoria
Domande:
- Cosa viene ricordato?
- Gli utenti possono ispezionare la memoria?
- Gli utenti possono eliminare la memoria?
- Come vengono corrette le memorie errate?
La memoria ha bisogno della governance più rigorosa perché può influenzare silenziosamente il comportamento futuro.
Nota su SEO e strategia dei contenuti
Se gestisci un sito tecnico, questa distinzione non è solo architetturale. È anche editoriale.
Puoi mappare i contenuti così:
- Le pagine PKM spiegano le pratiche di conoscenza umana.
- Le pagine Wiki spiegano i sistemi di conoscenza strutturata.
- Le pagine RAG spiegano l’ingegneria del recupero.
- Le pagine di memoria spiegano il comportamento persistente dell’IA.
- Le pagine di architettura confrontano e collegano i paradigmi.
Questo dà al tuo sito una rete di autorità pulita invece di un mucchio di articoli sull’IA vagamente correlati.
Conclusione finale
PKM, RAG, wiki e sistemi di memoria per l’IA non sono competitori.
Sono risposte diverse a domande diverse.
Il PKM chiede:
Come penso meglio nel tempo?
Un wiki chiede:
Cosa sappiamo e dove si trova la versione affidabile?
Il RAG chiede:
Quale contesto esterno dovrebbe usare il modello proprio ora?
La memoria IA chiede:
Cosa dovrebbe ricordare questo agente per il futuro?
Una volta separate queste domande, l’architettura diventa ovvia.
Usa il PKM per pensare. Usa i wiki per la verità condivisa. Usa il RAG per il recupero. Usa la memoria per la continuità.
Il futuro non è un sistema di conoscenza che sostituisce tutti gli altri.
Il futuro è l’architettura di conoscenza a livelli. Per strumenti, metodi e piattaforme self-hosted attraverso l’intero spettro della gestione della conoscenza, la mappa del pilastro cluster traccia il territorio.
Fonti e letture consigliate
- https://cloud.google.com/use-cases/retrieval-augmented-generation
- https://aws.amazon.com/what-is/retrieval-augmented-generation/
- https://www.ibm.com/think/topics/retrieval-augmented-generation
- https://www.ibm.com/think/topics/knowledge-management
- https://arxiv.org/abs/2310.08560
- https://research.memgpt.ai/
- https://zettelkasten.de/posts/building-a-second-brain-and-zettelkasten/
