PKM vs RAG vs Wiki vs Sistemas de Memória: Explicado com Clareza

PKM, RAG, wikis, sistemas de memória de IA e, agora, fluxos de trabalho práticos assistidos por IA são frequentemente discutidos como se resolvessem o mesmo problema. Eles não o fazem. Todos lidam com conhecimento, mas operam em camadas diferentes:

• PKM ajuda os humanos a pensar.
• Wikis ajudam grupos a preservar o conhecimento compartilhado.
• RAG ajuda máquinas a recuperar conhecimento externo.
• Sistemas de memória ajudam agentes de IA a persistir o contexto ao longo do tempo.

Confundir esses sistemas leva a uma arquitetura ruim.

Você acaba com wikis cheias de anotações pessoais provisórias, sistemas RAG sem uma fonte de verdade, camadas de memória fingindo ser bancos de dados e ferramentas de PKM sobrecarregadas com automações para as quais nunca foram projetadas.

Um modelo melhor é vê-los como partes diferentes de um espectro de sistemas de conhecimento.

Este artigo compara PKM, RAG, wikis e sistemas de memória de IA por estrutura, recuperação, propriedade, evolução e casos de uso reais. Se você deseja ver como essas abstrações se parecem quando aplicadas à tomada de notas diária concreta, documentação e manutenção de runbooks, o artigo complementar IA para Gestão de Conhecimento: Fluxos de Trabalho Reais que Funcionam percorre pipelines de sumarização, extração e vinculação que se sobrepõem às bases de PKM e wiki, em vez de substituí-las.

A versão curta

Sistema	Usuário principal	Propósito principal	Melhor para
PKM	Individual	Desenvolver conhecimento pessoal	Pensamento, aprendizagem, síntese
Wiki	Equipe ou grupo público	Manter conhecimento compartilhado	Documentação, políticas, referência
RAG	Sistema de máquina	Recuperar contexto para geração	Respostas de IA sobre dados externos
Memória de IA	Agente de IA	Persistir contexto ao longo do tempo	Agentes de longa duração e personalização

A distinção mais importante é esta:

PKM e wikis estruturam o conhecimento. RAG recupera conhecimento. Sistemas de memória evoluem o contexto do agente.

Este é o modelo mental central.

Por que esses sistemas são confundidos

Eles se sobrepõem no comportamento visível.

Todos eles podem:

• armazenar notas
• recuperar informações
• responder perguntas
• organizar referências
• conectar ideias

Mas eles diferem em intenção.

Um sistema PKM não é apenas uma wiki privada. Uma wiki não é apenas um banco de dados RAG. Um pipeline RAG não é uma memória de IA. Um sistema de memória de IA não é um substituto para documentação estruturada.

A confusão vem de tratar “conhecimento” como uma única coisa.

Na prática, o conhecimento tem múltiplas camadas:

1. Captura
2. Estrutura
3. Recuperação
4. Interpretação
5. Reutilização
6. Evolução

Diferentes sistemas otimizam diferentes estágios.

Os quatro paradigmas

1. PKM

PKM é a sigla para gestão de conhecimento pessoal.

É a prática de capturar, organizar, conectar e usar conhecimento para trabalho pessoal.

Os sistemas PKM típicos incluem:

• Obsidian
• Logseq
• Notion
• pastas em Markdown puro
• sistemas Zettelkasten
• sistemas de segundo cérebro

O PKM é impulsionado por humanos.

O objetivo não é apenas armazenamento. O objetivo é um pensamento melhor. Independentemente da ferramenta, as notas subjacentes ainda precisam se mover entre os dispositivos onde esse pensamento ocorre; Sincronização de Arquivos Syncthing para Sistemas de Conhecimento Auto-Hospedados cobre a camada privada peer-to-peer que mantém um sistema PKM baseado em Markdown sincronizado sem uma conta em nuvem.

No que o PKM é bom

O PKM funciona bem para:

• aprender um novo domínio
• desenvolver ideias originais
• conectar notas ao longo do tempo
• escrever artigos ou livros
• acompanhar pesquisas pessoais
• construir um segundo cérebro

Um bom sistema PKM é bagunçado de uma maneira útil. Ele suporta pensamentos inacabados, ideias parciais, contexto privado e conceitos em evolução.

É por isso que o PKM não é o mesmo que documentação.

A documentação quer clareza. O PKM tolera ambiguidade.

Modos de falha do PKM

O PKM frequentemente falha quando se torna:

• um local de despejo
• um projeto de taxonomia de pastas
• uma estética de produtividade
• um hobby de otimização de ferramentas
• um arquivo privado que ninguém usa

O principal risco é a coleção sem síntese.

Se você apenas salvar informações, você não tem um sistema de conhecimento. Você tem um aterro sanitário pessoal.

Visão opinativa

O PKM deve otimizar para reutilização, não para captura.

Capturar tudo parece produtivo, mas cria dívida. O valor real aparece quando as notas se tornam conectadas, reescritas, comprimidas e usadas em saída.

2. Wiki

Uma wiki é uma base de conhecimento estruturada projetada para referência compartilhada.

Os sistemas wiki típicos incluem:

• DokuWiki
• MediaWiki
• Confluence
• BookStack
• Sites de documentação baseados em Git
• bases de conhecimento internas de empresas

Uma wiki geralmente é mais formal que o PKM.

Ela deve responder:

O que sabemos e onde está a versão atual?

No que as wikis são boas

As wikis funcionam bem para:

• documentação de equipe
• runbooks operacionais
• conhecimento do produto
• documentos de política
• referência técnica
• material de integração
• conhecimento estável do domínio

Uma wiki é um contrato social.

Ela diz:

Esta página é o lugar onde este conhecimento vive.

Isso torna a propriedade e a manutenção críticas.

Modos de falha da Wiki

As wikis frequentemente falham porque se tornam obsoletas.

Problemas comuns:

• sem donos de página
• capturas de tela desatualizadas
• páginas duplicadas
• versões canônicas não claras
• hierarquia excessiva
• sem ritmo de manutenção

Uma wiki com informações antigas é pior do que nenhuma wiki, porque cria falsa confiança.

Visão opinativa

Uma wiki deve ser entediante.

Isso é um elogio.

Uma boa wiki não é onde as ideias nascem. É onde o conhecimento estável é preservado após se tornar útil para outros.

3. RAG

RAG é a sigla para geração aumentada por recuperação.

É uma arquitetura de IA onde um sistema recupera informações externas relevantes antes de pedir a um modelo de linguagem para gerar uma resposta.

Um pipeline RAG básico geralmente tem:

1. Documentos
2. Segmentação (Chunking)
3. Embeddings ou índice de busca
4. Recuperação
5. Reordenação opcional
6. Montagem do prompt
7. Geração de LLM

O RAG é impulsionado por máquinas.

O objetivo não é criar conhecimento. O objetivo é dar ao modelo um contexto relevante no momento da consulta.

No que o RAG é bom

O RAG funciona bem para:

• resposta a perguntas sobre documentos
• assistentes de busca internos
• bots de suporte
• assistentes de documentação técnica
• consulta de conformidade
• pesquisa sobre grandes corpora
• conectar LLMs a informações atualizadas

O RAG é especialmente útil quando o modelo não pode ou não deve memorizar a informação.

Modos de falha do RAG

O RAG frequentemente falha quando as equipes o tratam como uma busca mágica.

Problemas comuns:

• segmentação ruim
• recuperação fraca
• contexto ruidoso
• metadados ausentes
• sem fonte de verdade
• documentos obsoletos
• avaliação fraca
• sem loop de feedback humano

O RAG não corrige uma má gestão de conhecimento.

Se o conteúdo subjacente estiver fragmentado, desatualizado ou contraditório, o sistema RAG trará essa bagunça com confiança.

Visão opinativa

O RAG não é uma estratégia de conhecimento.

O RAG é uma estratégia de acesso.

Ele ajuda as máquinas a acessar o conhecimento, mas não decide qual conhecimento é válido, mantido, canônico ou útil.

4. Sistemas de memória de IA

Os sistemas de memória de IA dão aos agentes um contexto persistente além de um único prompt ou conversa.

Eles podem armazenar:

• preferências do usuário
• decisões passadas
• fatos de longo prazo
• histórico de tarefas
• resumos
• reflexões
• entidades extraídas
• memórias episódicas
• memórias semânticas

Exemplos e ideias relacionadas incluem:

• níveis de memória estilo MemGPT
• memória de agente de longo prazo
• memória episódica
• memória semântica
• memória vetorial
• memória de perfil
• memória de estado da ferramenta
• agentes reflexivos

A memória de IA é impulsionada por agentes.

O objetivo é a continuidade.

No que a memória de IA é boa

Os sistemas de memória de IA funcionam bem para:

• assistentes pessoais
• agentes de codificação de longa duração
• agentes de pesquisa
• agentes de suporte ao cliente
• sistemas de tutoria
• automação de fluxos de trabalho
• companheiros persistentes
• execução de tarefas em múltiplas sessões

A memória importa quando o sistema deve se comportar como se lembrasse.

Modos de falha da memória de IA

Os sistemas de memória são perigosos quando não gerenciados.

Problemas comuns:

• lembrar fatos errados
• armazenar demais
• risco de privacidade
• preferências obsoletas
• ranking de memória ruim
• envenenamento de memória
• sem mecanismo de esquecimento
• confundir memória com verdade

Um sistema de memória precisa de governança.

Ele deve responder:

• O que deve ser lembrado?
• Quem o aprovou?
• Por quanto tempo deve viver?
• Quando deve ser esquecido?
• Como é corrigido?

Visão opinativa

A memória de IA não é apenas contexto longo.

O contexto longo permite que um modelo veja mais de uma vez. A memória decide o que sobrevive ao longo do tempo.

Na camada de engenharia — memória de trabalho, estado estruturado, memória de recuperação e política de consolidação em OpenClaw, Hermes e SDKs de provedores — essa divisão é detalhada em Sistemas de Memória em Assistentes de IA.

Estes são problemas diferentes.

Tabela de diferenças principais

Dimensão	PKM	Wiki	RAG	Memória de IA
Usuário principal	Individual	Equipe ou grupo público	Sistema de IA	Agente de IA
Função principal	Pensamento	Referência compartilhada	Recuperação no momento da consulta	Contexto persistente
Estado do conhecimento	Em evolução	Estabilizado	Recuperado	Adaptativo
Estrutura	Flexível	Explícita	Baseada em índice	Aprendida ou extraída
Estilo de recuperação	Busca e vinculação humana	Navegação e busca	Recuperação semântica ou híbrida	Relevância mais saliência
Propriedade	Pessoal	Donos de página ou equipe	Mantenedores do sistema	Controlado por agente ou usuário
Horizonte temporal	Longo prazo pessoal	Longo prazo compartilhado	Momento da consulta	Multi-sessão
Melhor saída	Insight	Referência confiável	Resposta fundamentada	Continuidade
Principal risco	Acúmulo	Obsolescência	Má recuperação	Má memória
Boa métrica	Reutilização no pensamento	Confiança e frescor	Qualidade da resposta	Continuidade útil

Estrutura vs recuperação vs evolução

A maneira mais simples de entender esses sistemas é comparar o que eles otimizam. As implicações arquiteturais dessa distinção são exploradas em profundidade em Recuperação vs Representação em Sistemas de Conhecimento.

O PKM otimiza a evolução pessoal

O PKM trata de como sua compreensão muda.

Você coleta material, reescreve-o, conecta-o e transforma-o em algo útil.

A saída é frequentemente:

• um modelo mental melhor
• um artigo escrito
• uma decisão
• uma direção de pesquisa
• um insight reutilizável

O PKM não é principalmente sobre busca rápida. É sobre interpretação de sentido a longo prazo.

As Wikis otimizam a estrutura compartilhada

As wikis tratam de conhecimento estável.

Elas perguntam:

• Qual é a resposta atual?
• Quem é o dono?
• Para onde as pessoas devem ir?
• O que deve ser atualizado?

Uma wiki funciona quando as pessoas confiam nela.

O RAG otimiza a recuperação de máquina

O RAG trata de recuperar o contexto certo na hora certa.

Ele pergunta:

• Quais documentos são relevantes?
• Quais segmentos devem ser usados?
• Quanto contexto cabe?
• O que o modelo deve citar?

O RAG funciona quando a qualidade da recuperação é alta e o corpus de origem é confiável.

A memória de IA otimiza a continuidade

Os sistemas de memória tratam da persistência entre sessões.

Eles perguntam:

• O que o agente deve lembrar?
• O que deve ser esquecido?
• Qual memória importa agora?
• Como a memória deve mudar o comportamento?

A memória funciona quando melhora o comportamento futuro sem poluir o agente com contexto obsoleto ou incorreto.

Quando usar PKM

Use PKM quando o conhecimento é pessoal, inacabado ou exploratório.

Cenários bons:

• aprender sistemas distribuídos
• planejar artigos
• pesquisar arquitetura de LLM
• coletar notas de livros
• construir um segundo cérebro
• acompanhar experimentos pessoais

Use PKM quando você ainda está pensando.

Exemplo

Você está aprendendo sobre avaliação de RAG.

Você coleta:

• artigos
• notas de benchmark
• diagramas
• ideias de implementação
• falhas de seus próprios experimentos

Isso pertence ao PKM primeiro.

Mais tarde, uma vez que o conhecimento se estabilize, você pode publicar um artigo ou transformá-lo em documentação.

Quando usar uma wiki

Use uma wiki quando o conhecimento deve ser compartilhado e mantido.

Cenários bons:

• integração de equipe
• documentação de API
• runbooks operacionais
• registros de decisão de arquitetura
• conhecimento do produto
• instruções de implantação
• procedimentos de suporte

Use uma wiki quando outros precisam de uma resposta confiável.

Exemplo

Sua equipe tem uma maneira correta de implantar um site Hugo no S3 e CloudFront.

Isso não pertence apenas às notas privadas de alguém.

Pertence a uma wiki ou sistema de documentação com propriedade clara.

Quando usar RAG

Use RAG quando um sistema de IA precisa acessar conhecimento externo no momento da consulta.

Cenários bons:

• chatbot sobre documentação
• assistente de busca sobre documentos internos
• assistente de suporte sobre artigos de ajuda
• assistente jurídico ou de conformidade
• pesquisa sobre grandes conjuntos de documentos
• assistente de desenvolvedor sobre documentação de código

Use RAG quando o problema for:

O modelo precisa de informações que vivem fora de seus pesos.

Exemplo

Você tem centenas de artigos técnicos e quer que um assistente responda perguntas usando-os.

O RAG é uma boa opção.

Mas apenas se os documentos forem limpos o suficiente para serem recuperados.

Quando usar memória de IA

Use memória de IA quando um agente precisar de continuidade.

Cenários bons:

• agentes de codificação que lembram convenções do projeto
• assistentes pessoais que lembram preferências
• agentes de pesquisa que continuam investigações longas
• agentes de tutoria que lembram o progresso do aluno
• agentes de suporte que lembram interações anteriores
• agentes autônomos que rastreiam objetivos

Use memória quando o sistema deve melhorar ao longo do tempo.

Exemplo

Um agente de codificação deve lembrar:

• o projeto usa Go
• os testes são executados com um comando específico
• o usuário prefere dependências mínimas
• as migrações de banco de dados seguem uma convenção

Isso não é apenas recuperação. É contexto operacional persistente — a distinção que este artigo faz entre RAG e memória de agente, com detalhes de implementação em Sistemas de Memória em Assistentes de IA.

Como esses sistemas se combinam

Os sistemas mais úteis são híbridos.

Uma arquitetura de conhecimento madura pode parecer com isso:

1. PKM para exploração pessoal
2. Wiki para conhecimento compartilhado estável
3. RAG para acesso de máquina
4. Memória de IA para continuidade de agentes de longa duração

Cada camada tem uma função.

Padrão 1. PKM para wiki

Este é o pipeline de conhecimento humano.

Fluxo:

1. Capturar notas privadamente
2. Conectar ideias
3. Destilar insights
4. Publicar conhecimento estável
5. Manter como referência compartilhada

É assim que a pesquisa pessoal se torna conhecimento organizacional.

Exemplo

Você pesquisa ferramentas de conhecimento auto-hospedadas no Obsidian.

Após testar DokuWiki, Nextcloud e sistemas estáticos de Markdown, você escreve um guia estável em seu site ou wiki da equipe.

O PKM criou o insight. A wiki preserva o resultado.

Padrão 2. Wiki para RAG

Este é o pipeline de acesso de máquina.

Fluxo:

1. Manter páginas canônicas da wiki
2. Indexá-las
3. Recuperar seções relevantes
4. Gerar respostas fundamentadas
5. Linkar de volta às fontes

Este é um dos padrões RAG mais limpos.

A wiki permanece a fonte de verdade. O RAG torna-se a camada de acesso.

Exemplo

Um bot de suporte responde perguntas usando uma wiki de produtos.

O bot não deve substituir a wiki. Ele deve citar e redirecionar os usuários de volta às páginas canônicas.

Padrão 3. RAG mais memória

Este é o pipeline de continuidade do agente.

Fluxo:

1. RAG recupera fatos externos
2. Memória armazena contexto do usuário ou tarefa
3. O agente combina ambos
4. O comportamento futuro melhora

O RAG responde:

O que a base de conhecimento diz?

A memória responde:

O que importa sobre este usuário, projeto ou tarefa?

Exemplo

Um agente de codificação usa RAG para recuperar documentos de framework.

Ele usa memória para lembrar que seu projeto evita ORMs, prefere sqlc e usa logging estruturado.

Estes são tipos de conhecimento diferentes.

Padrão 4. PKM mais assistente de IA

Este é o pipeline de pensamento híbrido.

Fluxo:

1. Humano captura notas
2. IA resume e sugere links
3. Humano edita e valida
4. O conhecimento torna-se mais estruturado
5. Algumas páginas se graduam para wiki ou publicação

A IA aumenta o sistema PKM, mas não deve possuir a verdade.

Exemplo

Um assistente de IA pode sugerir conexões entre notas sobre RAG, sistemas de memória e LLM Wiki.

Mas o humano decide quais conexões são significativas.

Erros comuns de arquitetura

Erro 1. Tratar RAG como uma wiki

O RAG não é uma base de conhecimento.

Ele não cria automaticamente uma estrutura canônica. Ele recupera do que existe.

Se os documentos de origem forem ruins, o RAG torna-se uma interface confiante para conhecimento ruim.

Erro 2. Tratar memória como um banco de dados

A memória de IA é contexto seletivo, não armazenamento geral.

Um banco de dados armazena registros. A memória muda o comportamento.

Se você precisa de fatos exatos, use um banco de dados ou base de conhecimento. Se você precisa de continuidade, use memória.

Erro 3. Tratar PKM como documentação

O PKM pode ser bagunçado.

A documentação não deve ser.

Notas privadas podem conter ideias mal formadas. A documentação compartilhada deve conter conhecimento estável e mantido.

Erro 4. Tratar uma wiki como uma ferramenta de pensamento

Uma wiki pode suportar o pensamento, mas não é ideal para exploração inicial.

Se cada pensamento inicial deve se tornar uma página polida, as pessoas param de escrever.

Use PKM para pensamento rústico. Use wikis para conhecimento durável.

Erro 5. Tratar contexto longo como memória

Contexto longo não é memória.

Ele só ajuda enquanto o contexto está presente.

A memória persiste, seleciona, atualiza e, às vezes, esquece.

Guia de decisão

Use este modelo de decisão simples.

Se o conhecimento é privado e em evolução

Use PKM.

Se o conhecimento é compartilhado e estável

Use uma wiki.

Se uma IA precisa responder a partir de documentos externos

Use RAG.

Se um agente precisa de continuidade ao longo do tempo

Use memória.

Se você precisa dos quatro

Construa um sistema em camadas.

Não force uma ferramenta para fazer todo o trabalho.

O espectro de sistemas de conhecimento

Estes sistemas formam um espectro do pensamento humano à continuidade de IA.

Camada	Sistema	Papel
Pensamento humano	PKM	Explorar e sintetizar
Estrutura compartilhada	Wiki	Preservar e manter
Acesso de máquina	RAG	Recuperar e gerar
Continuidade do agente	Memória	Persistir e adaptar

A direção importa.

O conhecimento frequentemente começa como pensamento pessoal, torna-se estrutura compartilhada, é indexado para recuperação de máquina e, então, torna-se parte do comportamento persistente do agente.

Esta é a pilha de conhecimento moderna.

Onde o LLM Wiki se encaixa

Os sistemas estilo LLM Wiki ficam entre a wiki e a arquitetura de IA.

Eles não são RAG clássico.

Em vez de recuperar segmentos apenas no momento da consulta, eles tentam pré-estruturar o conhecimento em páginas, resumos, entidades e links.

Isso os torna mais próximos de sistemas de conhecimento compilado.

Uma colocação útil:

Sistema	Posição
Wiki	Conhecimento estruturado mantido por humanos
RAG	Recuperação de máquina no momento da consulta
LLM Wiki	Conhecimento estruturado por máquina no momento da ingestão
Memória	Contexto persistente do agente

É por isso que o LLM Wiki pertence perto da arquitetura de sistemas de conhecimento, não dentro do RAG comum.

Exemplos práticos

Exemplo 1. Blog técnico pessoal

Um blogueiro técnico pode usar:

• PKM para notas de pesquisa
• Site Hugo como conhecimento publicado
• vinculação interna como estrutura tipo wiki
• RAG mais tarde para busca no site
• Memória de IA para preferências do assistente de escrita

Esta é uma arquitetura forte.

Ela mantém o julgamento humano no centro, permitindo ainda suporte de IA.

Exemplo 2. Equipe de engenharia

Uma equipe de engenharia pode usar:

• PKM para aprendizagem individual
• wiki para padrões e runbooks
• assistente RAG para documentação interna
• memória para agentes de codificação trabalhando dentro de repositórios

A wiki deve permanecer canônica.

O assistente RAG não deve inventar processos. A camada de memória deve lembrar preferências do projeto, não substituir decisões de arquitetura.

Exemplo 3. Fluxo de trabalho de pesquisa de IA

Um pesquisador pode usar:

• PKM para notas de artigos
• wiki para resumos estáveis
• RAG para pesquisa de literatura
• memória para agentes de pesquisa de longa duração

Isso funciona porque cada camada lida com uma escala de tempo diferente.

Segurança e governança

Os sistemas de conhecimento tornam-se arriscados quando armazenam informações sensíveis ou obsoletas.

Governança do PKM

Perguntas:

• O que deve permanecer privado?
• O que deve ser publicado?
• O que deve ser excluído?

Governança da Wiki

Perguntas:

• Quem é dono de cada página?
• Quando foi revisada pela última vez?
• O que é canônico?

Governança do RAG

Perguntas:

• Quais fontes são indexadas?
• As respostas são citadas?
• Como a recuperação é avaliada?
• Qual conteúdo é excluído?

Governança da Memória

Perguntas:

• O que é lembrado?
• Os usuários podem inspecionar a memória?
• Os usuários podem excluir a memória?
• Como as memórias erradas são corrigidas?

A memória precisa da governança mais rigorosa porque pode influenciar silenciosamente o comportamento futuro.

Nota sobre SEO e estratégia de conteúdo

Se você gerencia um site técnico, essa distinção não é apenas arquitetural. É também editorial.

Você pode mapear o conteúdo assim:

• Páginas de PKM explicam práticas de conhecimento humano.
• Páginas de Wiki explicam sistemas de conhecimento estruturado.
• Páginas de RAG explicam engenharia de recuperação.
• Páginas de Memória explicam comportamento persistente de IA.
• Páginas de Arquitetura comparam e conectam os paradigmas.

Isso dá ao seu site uma malha de autoridade limpa em vez de uma pilha de artigos de IA soltos.

Conclusão final

PKM, RAG, wikis e sistemas de memória de IA não são concorrentes.

São respostas diferentes a perguntas diferentes.

O PKM pergunta:

Como penso melhor ao longo do tempo?

Uma wiki pergunta:

O que sabemos e onde está a versão confiável?

O RAG pergunta:

Qual contexto externo o modelo deve usar agora?

A memória de IA pergunta:

O que este agente deve lembrar para o futuro?

Uma vez que você separa essas perguntas, a arquitetura torna-se óbvia.

Use PKM para pensar. Use wikis para verdade compartilhada. Use RAG para recuperação. Use memória para continuidade.

O futuro não é um sistema de conhecimento que substitui todos os outros.

O futuro é arquitetura de conhecimento em camadas. Para ferramentas, métodos e plataformas auto-hospedadas em todo o espectro de gestão de conhecimento, o pilar de cluster mapeia o território.

Fontes e leitura 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/