PKM vs RAG vs Wiki vs Sistemas de Memoria: Explicado con Claridad
Un mapa de los sistemas de conocimiento modernos
La gestión del conocimiento personal (PKM), la generación aumentada por recuperación (RAG), los wikis y los sistemas de memoria de IA se suelen discutir como si resolvieran el mismo problema. No es así. Todos tratan con el conocimiento, pero operan en diferentes capas:
- El PKM ayuda a los humanos a pensar.
- Los 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.
Se obtienen wikis llenos de notas privadas 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 modelo mejor es verlos como diferentes partes de un espectro de sistemas de conocimiento.
Este artículo compara el PKM, la RAG, los 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 | Pensamiento, aprendizaje, síntesis |
| Wiki | Equipo o grupo público | Mantener conocimiento compartido | Documentación, políticas, referencia |
| RAG | Sistema de máquina | Recuperar contexto para generación | Respuestas de IA sobre datos externos |
| Memoria de IA | Agente de IA | Persistir el 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 los wikis estructuran el conocimiento. La RAG recupera el conocimiento. Los sistemas de memoria evolucionan el contexto del agente.
Ese es el modelo mental básico.
Por qué se confunden estos sistemas
Se superponen en el comportamiento visible.
Todos pueden:
- almacenar notas
- recuperar información
- responder preguntas
- organizar referencias
- conectar ideas
Pero difieren en la intención.
Un sistema de PKM no es solo un wiki privado. Un wiki no es solo una base de datos RAG. Una canalización 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. Soporta pensamientos inacabados, ideas parciales, contexto privado y conceptos en evolución.
Esta es la razón por la 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.
Opinión 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 el output.
2. Wiki
Un 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
Un wiki suele ser más formal que el PKM.
Debería responder a:
¿Qué sabemos y dónde está la versión actual?
En qué son buenos los wikis
Los wikis funcionan bien para:
- documentación de equipos
- manuales operativos
- conocimiento del producto
- documentos de políticas
- referencia técnica
- material de incorporación
- conocimiento de dominio estable
Un wiki es un contrato social.
Dice:
Esta página es el lugar donde vive este conocimiento.
Esto hace que la propiedad y el mantenimiento sean críticos.
Modos de fallo de los wikis
Los wikis a menudo fallan porque se vuelven obsoletos.
Problemas comunes:
- sin dueños de página
- capturas de pantalla desactualizadas
- páginas duplicadas
- versiones canónicas poco claras
- demasiada jerarquía
- sin ritmo de mantenimiento
Un wiki con información antigua es peor que no tener wiki, porque crea una confianza falsa.
Opinión personal
Un wiki debería ser aburrido.
Eso es un cumplido.
Un buen 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 por 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.
Una canalización RAG básica suele tener:
- Documentos
- Fragmentación (Chunking)
- Incrustaciones o índice de búsqueda
- Recuperación
- Reclasificación opcional
- 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
- búsqueda de cumplimiento
- investigación sobre grandes corpus
- conectar LLMs a 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:
- mala fragmentación
- 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 soluciona una mala gestión del conocimiento.
Si el contenido subyacente es fragmentado, desactualizado o contradictorio, el sistema RAG mostrará ese desorden con confianza.
Opinión 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 agentes 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 agentes.
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 en múltiples sesiones
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 deficiente
- 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?
Opinión 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 de IA |
|---|---|---|---|---|
| Usuario principal | Individual | Equipo o grupo público | Sistema de IA | Agente de 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 y enlazado humano | Navegación y búsqueda | Recuperación semántica o híbrida | Relevancia más saliencia |
| 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 | Multi-sesión |
| Mejor output | Perspectiva | Referencia fiable | Respuesta fundamentada | Continuidad |
| Principal riesgo | Acumulación | Obsolescencia | Mala recuperación | Mala memoria |
| Buen 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.
El output 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 es principalmente sobre búsqueda rápida. Es sobre interpretación a largo plazo.
Los wikis optimizan la estructura compartida
Los wikis tratan sobre conocimiento estable.
Preguntan:
- ¿Cuál es la respuesta actual?
- ¿Quién la posee?
- ¿Dónde deberían ir las personas?
- ¿Qué debería actualizarse?
Un wiki funciona cuando la gente confía en él.
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é debería 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 debería la memoria cambiar 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 evaluación de RAG.
Recopilas:
- artículos
- notas de benchmarks
- diagramas
- ideas de implementación
- fracasos 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 un wiki
Usa un wiki cuando el conocimiento debe compartirse y mantenerse.
Escenarios buenos:
- incorporación de equipos
- documentación de API
- manuales operativos
- registros de decisiones de arquitectura
- conocimiento del producto
- instrucciones de despliegue
- procedimientos de soporte
Usa un 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 a las notas privadas de alguien.
Pertenece a un wiki o sistema de documentación con una 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.
RAG es una buena opción.
Pero solo si los documentos son lo suficientemente limpios para recuperarse.
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 de operación persistente.
Cómo se 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áquina
- 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 pipeline 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 autoalojadas 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. El wiki preserva el resultado.
Patrón 2. De Wiki a RAG
Este es el pipeline de acceso de máquina.
Flujo:
- Mantener páginas de wiki canónicas
- Indexarlas
- Recuperar secciones relevantes
- Generar respuestas fundamentadas
- Enlazar de vuelta a las fuentes
Este es uno de los patrones RAG más limpios.
El wiki permanece como la fuente de verdad. La RAG se convierte en la capa de acceso.
Ejemplo
Un bot de soporte responde preguntas usando un wiki del producto.
El bot no debería reemplazar el 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 pipeline de continuidad del agente.
Flujo:
- La RAG recupera hechos externos
- La memoria almacena el contexto del usuario o la 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 pipeline 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 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 un 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 una 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 medias. La documentación compartida debería contener conocimiento estable y mantenido.
Error 4. Tratar un wiki como una herramienta de pensamiento
Un wiki puede soportar 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 un 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 forces una herramienta para 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 el wiki y la arquitectura de IA.
No son RAG clásica.
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 colocació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 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
- enlazado interno como estructura tipo wiki
- RAG más tarde para búsqueda en el sitio
- memoria de IA para preferencias del asistente de escritura
Esta es una arquitectura fuerte.
Mantiene el juicio humano en el centro mientras aún 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
- asistente RAG para documentos internos
- memoria para agentes de codificación trabajando dentro de repositorios
El wiki debería permanecer canónico.
El asistente RAG no debería inventar procesos. La capa de memoria debería recordar preferencias del proyecto, no reemplazar decisiones de arquitectura.
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 del PKM
Preguntas:
- ¿Qué debe permanecer privado?
- ¿Qué debe publicarse?
- ¿Qué debe eliminarse?
Gobernanza del Wiki
Preguntas:
- ¿Quién posee cada página?
- ¿Cuándo fue revisada por última vez?
- ¿Qué es canónico?
Gobernanza de la RAG
Preguntas:
- ¿Qué fuentes están indexadas?
- ¿Están citadas las respuestas?
- ¿Cómo se evalúa la recuperación?
- ¿Qué contenido está excluido?
Gobernanza de la Memoria
Preguntas:
- ¿Qué se recuerda?
- ¿Pueden los usuarios inspeccionar la memoria?
- ¿Pueden los usuarios 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 administras 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 de conocimiento humano.
- 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 sueltamente relacionados.
Conclusión final
El PKM, la RAG, los wikis y los sistemas de memoria de IA no son competidores.
Son diferentes respuestas a diferentes preguntas.
El PKM pregunta:
¿Cómo pienso mejor a lo largo del tiempo?
Un 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 autoalojadas en todo el espectro de gestión del conocimiento, el pilar de 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/
