PKM vs RAG vs Wiki vs Sistemas de Memoria: Explicado de forma clara
Un mapa de los sistemas de conocimiento modernos
La gestión del conocimiento personal (PKM), la generación aumentada con recuperación (RAG), las wikis y los sistemas de memoria de IA a menudo se discuten como si resolvieran el mismo problema. No es así. Todos tratan con el conocimiento, pero operan en diferentes capas:
- El PKM ayuda a las personas a pensar.
- Las wikis ayudan a los grupos a preservar el conocimiento compartido.
- La RAG ayuda a las máquinas a recuperar conocimiento externo.
- Los sistemas de memoria ayudan a los agentes de IA a mantener el contexto a lo largo del tiempo.
Confundir estos sistemas conduce a una mala arquitectura.
Obtienes wikis llenas de apuntes personales, sistemas RAG sin una fuente de verdad, capas de memoria que pretenden ser bases de datos y herramientas de PKM sobrecargadas con automatizaciones para las que nunca fueron diseñadas.
Un mejor modelo consiste en verlos como diferentes partes de un espectro de sistemas de conocimiento.
Este artículo compara el PKM, la RAG, las wikis y los sistemas de memoria de IA por estructura, recuperación, propiedad, evolución y casos de uso en el mundo real.
La versión corta
| Sistema | Usuario principal | Propósito principal | Mejor para |
|---|---|---|---|
| PKM | Individual | Desarrollar conocimiento personal | Pensar, aprender, sintetizar |
| Wiki | Equipo o grupo público | Mantener conocimiento compartido | Documentación, políticas, referencia |
| RAG | Sistema máquina | Recuperar contexto para generación | Respuestas de IA sobre datos externos |
| Memoria IA | Agente IA | Persistir contexto a lo largo del tiempo | Agentes de larga duración y personalización |
La distinción más importante es esta:
El PKM y las wikis estructuran el conocimiento. La RAG recupera el conocimiento. Los sistemas de memoria evolucionan el contexto del agente.
Ese es el modelo mental central.
Por qué se confunden estos sistemas
Se superponen en su comportamiento visible.
Todos pueden:
- almacenar notas
- recuperar información
- responder preguntas
- organizar referencias
- conectar ideas
Pero difieren en su intención.
Un sistema de PKM no es solo una wiki privada. Una wiki no es solo una base de datos RAG. Un flujo de trabajo RAG no es una memoria de IA. Un sistema de memoria de IA no es un reemplazo para la documentación estructurada.
La confusión proviene de tratar el “conocimiento” como una sola cosa.
En la práctica, el conocimiento tiene múltiples capas:
- Captura
- Estructura
- Recuperación
- Interpretación
- Reutilización
- Evolución
Diferentes sistemas optimizan diferentes etapas.
Los cuatro paradigmas
1. PKM
PKM son las siglas de gestión del conocimiento personal.
Es la práctica de capturar, organizar, conectar y utilizar el conocimiento para el trabajo personal.
Los sistemas de PKM típicos incluyen:
- Obsidian
- Logseq
- Notion
- carpetas de Markdown plano
- sistemas Zettelkasten
- sistemas de segundo cerebro
El PKM es impulsado por humanos.
El objetivo no es solo el almacenamiento. El objetivo es un mejor pensamiento.
En qué es bueno el PKM
El PKM funciona bien para:
- aprender un nuevo dominio
- desarrollar ideas originales
- conectar notas a lo largo del tiempo
- escribir artículos o libros
- rastrear investigación personal
- construir un segundo cerebro
Un buen sistema de PKM es desordenado de una manera útil. Apoya pensamientos inacabados, ideas parciales, contexto privado y conceptos en evolución.
Es por eso que el PKM no es lo mismo que la documentación.
La documentación busca claridad. El PKM tolera la ambigüedad.
Modos de fallo del PKM
El PKM a menudo falla cuando se convierte en:
- un vertedero
- un proyecto de taxonomía de carpetas
- una estética de productividad
- un pasatiempo de optimización de herramientas
- un archivo privado que nadie usa
El principal riesgo es la colección sin síntesis.
Si solo guardas información, no tienes un sistema de conocimiento. Tienes un vertedero personal.
Perspectiva personal
El PKM debería optimizarse para la reutilización, no para la captura.
Capturar todo parece productivo, pero crea deuda. El valor real aparece cuando las notas se conectan, reescriben, comprimen y se usan en la salida.
2. Wiki
Una wiki es una base de conocimiento estructurada diseñada para referencia compartida.
Los sistemas de wiki típicos incluyen:
- DokuWiki
- MediaWiki
- Confluence
- BookStack
- sitios de documentación basados en Git
- bases de conocimiento corporativas internas
Una wiki suele ser más formal que el PKM.
Debería responder:
¿Qué sabemos y dónde está la versión actual?
En qué son buenas las wikis
Las wikis funcionan bien para:
- documentación de equipos
- manuales de procedimientos operativos
- conocimiento del producto
- documentos de políticas
- referencia técnica
- material de incorporación
- conocimiento de dominio estable
Una wiki es un contrato social.
Dice:
Esta página es el lugar donde vive este conocimiento.
Eso hace que la propiedad y el mantenimiento sean críticos.
Modos de fallo de las wikis
Las wikis a menudo fallan porque se vuelven obsoletas.
Problemas comunes:
- sin propietarios de página
- capturas de pantalla desactualizadas
- páginas duplicadas
- versiones canónicas poco claras
- demasiada jerarquía
- sin ritmo de mantenimiento
Una wiki con información antigua es peor que ninguna wiki, porque crea una falsa confianza.
Perspectiva personal
Una wiki debería ser aburrida.
Eso es un cumplido.
Una buena wiki no es donde nacen las ideas. Es donde se preserva el conocimiento estable después de que se vuelve útil para otros.
3. RAG
RAG son las siglas de generación aumentada con recuperación.
Es una arquitectura de IA donde un sistema recupera información externa relevante antes de pedir a un modelo de lenguaje que genere una respuesta.
Un flujo de trabajo RAG básico suele tener:
- Documentos
- Fragmentación (Chunking)
- Incorporaciones (Embeddings) o índice de búsqueda
- Recuperación
- Reclasificación opcional (Reranking)
- Ensamblaje del prompt
- Generación del LLM
La RAG es impulsada por máquinas.
El objetivo no es crear conocimiento. El objetivo es darle al modelo un contexto relevante en el momento de la consulta.
En qué es buena la RAG
La RAG funciona bien para:
- respuesta a preguntas sobre documentos
- asistentes de búsqueda internos
- bots de soporte
- asistentes de documentación técnica
- consulta de cumplimiento
- investigación sobre grandes corpus
- conectar LLMs con información actualizada
La RAG es especialmente útil cuando el modelo no puede o no debe memorizar la información.
Modos de fallo de la RAG
La RAG a menudo falla cuando los equipos la tratan como una búsqueda mágica.
Problemas comunes:
- fragmentación mala
- recuperación débil
- contexto ruidoso
- metadatos faltantes
- sin fuente de verdad
- documentos obsoletos
- evaluación débil
- sin bucle de retroalimentación humana
La RAG no arregla una mala gestión del conocimiento.
Si el contenido subyacente está fragmentado, desactualizado o contradictorio, el sistema RAG mostrará ese desorden con confianza.
Perspectiva personal
La RAG no es una estrategia de conocimiento.
La RAG es una estrategia de acceso.
Ayuda a las máquinas a acceder al conocimiento, pero no decide qué conocimiento es válido, mantenido, canónico o útil.
4. Sistemas de memoria de IA
Los sistemas de memoria de IA dan a los agentes un contexto persistente más allá de un solo prompt o conversación.
Pueden almacenar:
- preferencias del usuario
- decisiones pasadas
- hechos a largo plazo
- historial de tareas
- resúmenes
- reflexiones
- entidades extraídas
- memorias episódicas
- memorias semánticas
Los ejemplos e ideas relacionadas incluyen:
- niveles de memoria estilo MemGPT
- memoria de agente a largo plazo
- memoria episódica
- memoria semántica
- memoria vectorial
- memoria de perfil
- memoria de estado de herramientas
- agentes reflexivos
La memoria de IA es impulsada por el agente.
El objetivo es la continuidad.
En qué es buena la memoria de IA
Los sistemas de memoria de IA funcionan bien para:
- asistentes personales
- agentes de codificación de larga duración
- agentes de investigación
- agentes de soporte al cliente
- sistemas de tutoría
- automatización de flujos de trabajo
- compañeros persistentes
- ejecución de tareas multisesión
La memoria importa cuando el sistema debe comportarse como si recordara.
Modos de fallo de la memoria de IA
Los sistemas de memoria son peligrosos cuando no se gestionan.
Problemas comunes:
- recordar hechos incorrectos
- almacenar demasiado
- riesgo de privacidad
- preferencias obsoletas
- clasificación de memoria pobre
- envenenamiento de memoria
- sin mecanismo de olvido
- confundir memoria con verdad
Un sistema de memoria necesita gobernanza.
Debería responder:
- ¿Qué debe recordarse?
- ¿Quién lo aprobó?
- ¿Cuánto tiempo debe vivir?
- ¿Cuándo debe olvidarse?
- ¿Cómo se corrige?
Perspectiva personal
La memoria de IA no es solo contexto largo.
El contexto largo permite que un modelo vea más a la vez. La memoria decide qué sobrevive a lo largo del tiempo.
Esos son problemas diferentes.
Tabla de diferencias principales
| Dimensión | PKM | Wiki | RAG | Memoria IA |
|---|---|---|---|---|
| Usuario principal | Individual | Equipo o grupo público | Sistema IA | Agente IA |
| Función principal | Pensamiento | Referencia compartida | Recuperación en tiempo de consulta | Contexto persistente |
| Estado del conocimiento | En evolución | Estabilizado | Recuperado | Adaptativo |
| Estructura | Flexible | Explícita | Basada en índice | Aprendida o extraída |
| Estilo de recuperación | Búsqueda humana y vinculación | Navegación y búsqueda | Recuperación semántica o híbrida | Relevancia más prominencia |
| Propiedad | Personal | Dueños de página o equipo | Mantenedores del sistema | Controlado por agente o usuario |
| Horizonte temporal | Largo plazo personal | Largo plazo compartido | Tiempo de consulta | Multisesión |
| Mejor salida | Perspectiva (Insight) | Referencia fiable | Respuesta fundamentada | Continuidad |
| Principal riesgo | Acumulación | Obsolescencia | Mala recuperación | Mala memoria |
| Buena métrica | Reutilización en el pensamiento | Confianza y frescura | Calidad de la respuesta | Continuidad útil |
Estructura vs recuperación vs evolución
La forma más simple de entender estos sistemas es comparar lo que optimizan. Las implicaciones arquitectónicas de esa distinción se exploran en profundidad en Recuperación vs Representación en Sistemas de Conocimiento.
El PKM optimiza la evolución personal
El PKM trata sobre cómo cambia tu comprensión.
Recopilas material, lo reescribes, lo conectas y lo conviertes en algo útil.
La salida suele ser:
- un mejor modelo mental
- un artículo escrito
- una decisión
- una dirección de investigación
- una perspectiva reutilizable
El PKM no se trata principalmente de búsqueda rápida. Se trata de comprensión a largo plazo.
Las wikis optimizan la estructura compartida
Las wikis tratan sobre conocimiento estable.
Preguntan:
- ¿Cuál es la respuesta actual?
- ¿Quién es el propietario?
- ¿Dónde deben ir las personas?
- ¿Qué debe actualizarse?
Una wiki funciona cuando la gente confía en ella.
La RAG optimiza la recuperación de máquinas
La RAG trata sobre recuperar el contexto correcto en el momento correcto.
Preguntan:
- ¿Qué documentos son relevantes?
- ¿Qué fragmentos deben usarse?
- ¿Cuánto contexto cabe?
- ¿Qué debe citar el modelo?
La RAG funciona cuando la calidad de la recuperación es alta y el corpus de origen es digno de confianza.
La memoria de IA optimiza la continuidad
Los sistemas de memoria tratan sobre la persistencia entre sesiones.
Preguntan:
- ¿Qué debe recordar el agente?
- ¿Qué debe olvidarse?
- ¿Qué memoria importa ahora?
- ¿Cómo debe cambiar la memoria el comportamiento?
La memoria funciona cuando mejora el comportamiento futuro sin contaminar al agente con contexto obsoleto o incorrecto.
Cuándo usar PKM
Usa PKM cuando el conocimiento es personal, inacabado o exploratorio.
Escenarios buenos:
- aprender sistemas distribuidos
- planificar artículos
- investigar arquitectura de LLM
- recopilar notas de libros
- construir un segundo cerebro
- rastrear experimentos personales
Usa PKM cuando aún estás pensando.
Ejemplo
Estás aprendiendo sobre la evaluación de RAG.
Recopilas:
- artículos
- notas de benchmarks
- diagramas
- ideas de implementación
- fallos de tus propios experimentos
Esto pertenece al PKM primero.
Más tarde, una vez que el conocimiento se estabilice, puedes publicar un artículo o convertirlo en documentación.
Cuándo usar una wiki
Usa una wiki cuando el conocimiento debe ser compartido y mantenido.
Escenarios buenos:
- incorporación de equipos
- documentación de API
- manuales de procedimientos operativos
- registros de decisiones arquitectónicas
- conocimiento del producto
- instrucciones de despliegue
- procedimientos de soporte
Usa una wiki cuando otros necesitan una respuesta fiable.
Ejemplo
Tu equipo tiene una forma correcta de desplegar un sitio de Hugo en S3 y CloudFront.
Eso no pertenece solo en las notas privadas de alguien.
Pertenece en una wiki o sistema de documentación con propiedad clara.
Cuándo usar RAG
Usa RAG cuando un sistema de IA necesita acceso a conocimiento externo en el momento de la consulta.
Escenarios buenos:
- chatbot sobre documentación
- asistente de búsqueda sobre documentos internos
- asistente de soporte sobre artículos de ayuda
- asistente legal o de cumplimiento
- investigación sobre grandes conjuntos de documentos
- asistente de desarrollador sobre documentación de código
Usa RAG cuando el problema es:
El modelo necesita información que vive fuera de sus pesos.
Ejemplo
Tienes cientos de artículos técnicos y quieres que un asistente responda preguntas usando ellos.
La RAG es una buena opción.
Pero solo si los documentos son lo suficientemente limpios para recuperar de ellos.
Cuándo usar memoria de IA
Usa memoria de IA cuando un agente necesita continuidad.
Escenarios buenos:
- agentes de codificación que recuerdan convenciones del proyecto
- asistentes personales que recuerdan preferencias
- agentes de investigación que continúan investigaciones largas
- agentes de tutoría que recuerdan el progreso del estudiante
- agentes de soporte que recuerdan interacciones anteriores
- agentes autónomos que rastrean objetivos
Usa memoria cuando el sistema debe mejorar a lo largo del tiempo.
Ejemplo
Un agente de codificación debería recordar:
- el proyecto usa Go
- las pruebas se ejecutan con un comando específico
- el usuario prefiere dependencias mínimas
- las migraciones de base de datos siguen una convención
Eso no es solo recuperación. Es contexto operativo persistente.
Cómo combinan estos sistemas
Los sistemas más útiles son híbridos.
Una arquitectura de conocimiento madura podría verse así:
- PKM para exploración personal
- Wiki para conocimiento compartido estable
- RAG para acceso de máquinas
- Memoria de IA para continuidad de agentes de larga duración
Cada capa tiene un trabajo.
Patrón 1. De PKM a wiki
Este es el flujo de conocimiento humano.
Flujo:
- Capturar notas de forma privada
- Conectar ideas
- Destilar perspectivas
- Publicar conocimiento estable
- Mantener como referencia compartida
Así es como la investigación personal se convierte en conocimiento organizacional.
Ejemplo
Investigas herramientas de conocimiento autohospedadas en Obsidian.
Después de probar DokuWiki, Nextcloud y sistemas de Markdown estático, escribes una guía estable en tu sitio o wiki del equipo.
El PKM creó la perspectiva. La wiki preserva el resultado.
Patrón 2. De Wiki a RAG
Este es el flujo de acceso de máquinas.
Flujo:
- Mantener páginas de wiki canónicas
- Indexarlas
- Recuperar secciones relevantes
- Generar respuestas fundamentadas
- Volver a vincular a las fuentes
Este es uno de los patrones RAG más limpios.
La wiki permanece como la fuente de verdad. La RAG se convierte en la capa de acceso.
Ejemplo
Un bot de soporte responde preguntas usando una wiki del producto.
El bot no debería reemplazar la wiki. Debería citar y redirigir a los usuarios de vuelta a las páginas canónicas.
Patrón 3. RAG más memoria
Este es el flujo de continuidad del agente.
Flujo:
- RAG recupera hechos externos
- La memoria almacena contexto de usuario o tarea
- El agente combina ambos
- El comportamiento futuro mejora
La RAG responde:
¿Qué dice la base de conocimiento?
La memoria responde:
¿Qué importa sobre este usuario, proyecto o tarea?
Ejemplo
Un agente de codificación usa RAG para recuperar documentación de frameworks.
Usa la memoria para recordar que tu proyecto evita ORMs, prefiere sqlc y usa registro estructurado.
Esos son tipos de conocimiento diferentes.
Patrón 4. PKM más asistente de IA
Este es el flujo de pensamiento híbrido.
Flujo:
- El humano captura notas
- La IA resume y sugiere enlaces
- El humano edita y valida
- El conocimiento se vuelve más estructurado
- Algunas páginas se gradúan a wiki o publicación
La IA aumenta el sistema de PKM, pero no debería poseer la verdad.
Ejemplo
Un asistente de IA puede sugerir conexiones entre notas sobre RAG, sistemas de memoria y LLM Wiki.
Pero el humano decide qué conexiones son significativas.
Errores comunes de arquitectura
Error 1. Tratar la RAG como una wiki
La RAG no es una base de conocimiento.
No crea automáticamente una estructura canónica. Recupera de lo que existe.
Si los documentos fuente son malos, la RAG se convierte en una interfaz confiable hacia un conocimiento malo.
Error 2. Tratar la memoria como una base de datos
La memoria de IA es contexto selectivo, no almacenamiento general.
Una base de datos almacena registros. La memoria cambia el comportamiento.
Si necesitas hechos exactos, usa una base de datos o base de conocimiento. Si necesitas continuidad, usa memoria.
Error 3. Tratar el PKM como documentación
El PKM puede ser desordenado.
La documentación no debería serlo.
Las notas privadas pueden contener ideas a medio formar. La documentación compartida debería contener conocimiento estable y mantenido.
Error 4. Tratar una wiki como una herramienta de pensamiento
Una wiki puede apoyar el pensamiento, pero no es ideal para la exploración temprana.
Si cada pensamiento temprano debe convertirse en una página pulida, la gente deja de escribir.
Usa PKM para el pensamiento áspero. Usa wikis para el conocimiento duradero.
Error 5. Tratar el contexto largo como memoria
El contexto largo no es memoria.
Solo ayuda mientras el contexto está presente.
La memoria persiste, selecciona, actualiza y a veces olvida.
Guía de decisión
Usa este modelo de decisión simple.
Si el conocimiento es privado y en evolución
Usa PKM.
Si el conocimiento es compartido y estable
Usa una wiki.
Si una IA necesita responder desde documentos externos
Usa RAG.
Si un agente necesita continuidad a lo largo del tiempo
Usa memoria.
Si necesitas los cuatro
Construye un sistema en capas.
No fuerces a una herramienta a hacer cada trabajo.
El espectro de sistemas de conocimiento
Estos sistemas forman un espectro desde el pensamiento humano hasta la continuidad de la IA.
| Capa | Sistema | Rol |
|---|---|---|
| Pensamiento humano | PKM | Explorar y sintetizar |
| Estructura compartida | Wiki | Preservar y mantener |
| Acceso de máquina | RAG | Recuperar y generar |
| Continuidad del agente | Memoria | Persistir y adaptar |
La dirección importa.
El conocimiento a menudo comienza como pensamiento personal, se convierte en estructura compartida, se indexa para la recuperación de máquinas y luego se convierte en parte del comportamiento persistente del agente.
Ese es el stack de conocimiento moderno.
Dónde encaja LLM Wiki
Los sistemas estilo LLM Wiki se sitúan entre la wiki y la arquitectura de IA.
No son RAG clásico.
En lugar de recuperar fragmentos solo en el momento de la consulta, intentan pre-estructurar el conocimiento en páginas, resúmenes, entidades y enlaces.
Eso los hace más cercanos a los sistemas de conocimiento compilado.
Una ubicación útil:
| Sistema | Posición |
|---|---|
| Wiki | Conocimiento estructurado mantenido por humanos |
| RAG | Recuperación de máquina en tiempo de consulta |
| LLM Wiki | Conocimiento estructurado por máquina en tiempo de ingestión |
| Memoria | Contexto persistente del agente |
Es por eso que LLM Wiki pertenece cerca de la arquitectura de sistemas de conocimiento, no dentro de la RAG ordinaria.
Ejemplos prácticos
Ejemplo 1. Blog técnico personal
Un blogger técnico podría usar:
- PKM para notas de investigación
- Sitio de Hugo como conocimiento publicado
- vinculación interna como estructura tipo wiki
- RAG más tarde para la búsqueda del sitio
- Memoria de IA para preferencias del asistente de escritura
Esta es una arquitectura sólida.
Mantiene el juicio humano en el centro mientras permite el soporte de IA.
Ejemplo 2. Equipo de ingeniería
Un equipo de ingeniería podría usar:
- PKM para aprendizaje individual
- wiki para estándares y manuales de procedimientos
- asistente RAG para documentación interna
- memoria para agentes de codificación trabajando dentro de repositorios
La wiki debería permanecer canónica.
El asistente RAG no debería inventar procesos. La capa de memoria debería recordar las preferencias del proyecto, no reemplazar las decisiones arquitectónicas.
Ejemplo 3. Flujo de trabajo de investigación de IA
Un investigador podría usar:
- PKM para notas de papers
- wiki para resúmenes estables
- RAG para búsqueda de literatura
- memoria para agentes de investigación de larga duración
Esto funciona porque cada capa maneja una escala de tiempo diferente.
Seguridad y gobernanza
Los sistemas de conocimiento se vuelven riesgosos cuando almacenan información sensible u obsoleta.
Gobernanza de PKM
Preguntas:
- ¿Qué debe permanecer privado?
- ¿Qué debe publicarse?
- ¿Qué debe eliminarse?
Gobernanza de Wiki
Preguntas:
- ¿Quién es el propietario de cada página?
- ¿Cuándo fue revisada por última vez?
- ¿Qué es canónico?
Gobernanza de RAG
Preguntas:
- ¿Qué fuentes están indexadas?
- ¿Las respuestas están citadas?
- ¿Cómo se evalúa la recuperación?
- ¿Qué contenido está excluido?
Gobernanza de Memoria
Preguntas:
- ¿Qué se recuerda?
- ¿Los usuarios pueden inspeccionar la memoria?
- ¿Los usuarios pueden eliminar la memoria?
- ¿Cómo se corrigen las memorias incorrectas?
La memoria necesita la gobernanza más estricta porque puede influir silenciosamente en el comportamiento futuro.
Nota sobre SEO y estrategia de contenido
Si gestionas un sitio técnico, esta distinción no es solo arquitectónica. También es editorial.
Puedes mapear el contenido así:
- Las páginas de PKM explican prácticas humanas de conocimiento.
- Las páginas de Wiki explican sistemas de conocimiento estructurados.
- Las páginas de RAG explican ingeniería de recuperación.
- Las páginas de Memoria explican el comportamiento persistente de la IA.
- Las páginas de Arquitectura comparan y conectan los paradigmas.
Esto le da a tu sitio una malla de autoridad limpia en lugar de un montón de artículos de IA vagamente relacionados.
Conclusión final
El PKM, la RAG, las wikis y los sistemas de memoria de IA no son competidores.
Son respuestas diferentes a preguntas diferentes.
El PKM pregunta:
¿Cómo pienso mejor a lo largo del tiempo?
Una wiki pregunta:
¿Qué sabemos y dónde está la versión de confianza?
La RAG pregunta:
¿Qué contexto externo debería usar el modelo ahora mismo?
La memoria de IA pregunta:
¿Qué debería recordar este agente para el futuro?
Una vez que separas esas preguntas, la arquitectura se vuelve obvia.
Usa PKM para pensar. Usa wikis para la verdad compartida. Usa RAG para la recuperación. Usa memoria para la continuidad.
El futuro no es un sistema de conocimiento que reemplace a todos los demás.
El futuro es arquitectura de conocimiento en capas. Para herramientas, métodos y plataformas autohospedadas en todo el espectro de gestión del conocimiento, el pilar del clúster mapea el territorio.
Fuentes y lectura adicional
- 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/
