Base de conhecimento pessoal
Um conjunto de mapas ligados como segundo cérebro: estrutura, entrada, manutenção e busca.
O que você vai aprender
- Montar um conjunto de mapas ligados que cresça sem virar bagunça
- Definir um fluxo de entrada que você mantenha
- Manter a base pesquisável e versionada
- Saber quando o Freeplane é a ferramenta certa para isso e quando não é
Antes de começar
Base de conhecimento pessoal🔗
O objetivo é ter, daqui a cinco anos, um lugar onde você acha o que aprendeu. Quase todo sistema de notas falha nesse teste, e falha pelo mesmo motivo: a entrada é cara demais e a busca é ruim demais.
Arquitetura🔗
Uma pasta, versionada por Git:
conhecimento/
├── indice.mm ← mapa central, só ligações
├── inbox.mm ← entrada rápida, esvaziado toda semana
├── tecnologia/
│ ├── bancos-de-dados.mm
│ ├── redes.mm
│ └── linguagens.mm
├── trabalho/
│ ├── clientes.mm
│ └── processos.mm
├── pessoal/
│ ├── financas.mm
│ └── saude.mm
├── img/
└── docs/
Um mapa por assunto, nunca um mapa gigante. Cada arquivo abre rápido, versiona bem, e pode ser reorganizado sem tocar nos outros.
O indice.mm contém só a estrutura e hiperlinks — nenhum conteúdo. Ele é o sumário.
Caminhos relativos, sempre🔗
Ative links relativos em Preferências → Ambiente. Sem isso, a pasta não é portátil e nada disso funciona quando você trocar de máquina.
Com eles, a pasta inteira é a unidade: copia, versiona, sincroniza e sobrevive.
A entrada🔗
O gargalo de toda base de conhecimento é a fricção de entrada. Se anotar custa mais de trinta segundos, você não anota.
O inbox.mm resolve: um mapa único, sem estrutura, onde tudo cai. Um atalho de teclado do sistema para abri-lo, Insert, digite, Ctrl+S.
Toda semana — não todo dia, semana funciona — você o esvazia: cada nó vai para o mapa temático certo, ou é apagado. Apagar é metade do valor do ritual.
Convenção de nós🔗
| Elemento | Uso |
|---|---|
| Texto do nó | O conceito, em até cinco palavras |
| Detalhe | Definição de uma frase |
| Nota | Desenvolvimento, exemplos, código, citações |
Atributo fonte | De onde veio |
Atributo data | Quando entrou |
| Ícone ⭐ | Uso frequente |
| Ícone 📖 | Precisa desenvolver |
| Link | Para o mapa ou arquivo relacionado |
Ligações entre mapas🔗
Duas ferramentas, com propósitos distintos:
- Hiperlink para outro mapa (
Ctrl+K, caminho relativo) — navegação entre assuntos. - Conector com rótulo — relação dentro de um mapa, quando importa qual relação.
Use um vocabulário fixo de rótulos: ver também, deriva de, contradiz, substitui. Três ou quatro rótulos se leem; trinta frases diferentes, não.
Busca🔗
Esta é a parte que a maioria dos sistemas erra. O Freeplane busca dentro do mapa aberto — não há busca global numa pasta.
A solução vem de fora, e é melhor que qualquer busca embutida:
# Onde falei de PostgreSQL?
rg -l 'PostgreSQL' ~/conhecimento/
# Com contexto, só nos textos dos nós
rg -o 'TEXT="[^"]*PostgreSQL[^"]*"' ~/conhecimento/
# Tudo que entrou este mês
rg 'NAME="data" VALUE="2026-07' ~/conhecimento/
Como o .mm é XML de texto, toda ferramenta de busca em texto funciona — ripgrep, grep, o indexador do sistema, a busca do seu editor. Isso é uma vantagem real sobre formatos binários.
Um alias no shell resolve:
alias kb='rg --type-add "mm:*.mm" -t mm -i'Manutenção🔗
Um ritual mensal de trinta minutos:
- Esvazie o
inbox.mmcompletamente. - Rode o filtro
📖 precisa desenvolverem cada mapa; escolha três e desenvolva. - Procure nós com texto longo demais (regex
.{80,}) e mova o excesso para notas. - Apague o que não tem mais valor. Isto é o mais importante. Uma base que só cresce fica inútil.
git commit -m "manutenção de julho".
Versionamento🔗
cd ~/conhecimento
git init
Com o .gitignore de autosave e backups descrito em Versionamento com Git.
Um commit por semana dá histórico, backup e sincronização entre máquinas de uma vez. E git log -p sobre um mapa conta como seu entendimento de um assunto evoluiu — coisa que nenhum sistema de notas oferece.
Quando não usar o Freeplane para isso🔗
Honestamente:
| Se você quer | Use |
|---|---|
| Escrever textos longos | Obsidian, Logseq, um editor Markdown |
| Backlinks automáticos | Obsidian, Logseq |
| Notas atômicas em rede densa | Zettelkasten em texto |
| Acesso pelo celular | Qualquer coisa baseada em Markdown |
| Colaboração | Wiki, Notion, HedgeDoc |
| Estrutura hierárquica visível de relance | Freeplane |
| Dados estruturados consultáveis nas notas | Freeplane |
| Um formato que você ainda vai ler em 2050 | Freeplane ou Markdown |
O Freeplane ganha quando a estrutura é o que importa — quando ver a hierarquia de um assunto de relance vale mais que escrever parágrafos sobre ele. Perde quando o conteúdo é texto corrido.
Um arranjo que funciona bem: mapas para a estrutura, Markdown para os textos, ligados por hiperlinks nos dois sentidos.
Você aprendeu
- Um mapa por assunto, mais um índice sem conteúdo, tudo com caminhos relativos
- O
inbox.mmresolve a fricção de entrada; o ritual semanal o esvazia - A busca global vem de fora:
ripgrepsobre XML de texto bate qualquer busca embutida - Apagar é metade da manutenção
- Estrutura → Freeplane; texto corrido → Markdown; os dois ligados funciona melhor que qualquer um sozinho
Erros comuns
- Criar categorias antes de ter conteúdo — a estrutura nasce do que existe, não do que você imagina que vai existir
- Deixar o
inbox.mmcrescer sem ritual de esvaziamento, até ele virar o problema que deveria resolver - Guardar texto corrido longo em notas: o Freeplane organiza estrutura, um editor de texto escreve melhor
- Nunca apagar nada, e transformar a base num arquivo morto pesquisável
Perguntas para reflexão
- Por que a busca global tem de vir de fora do Freeplane, e o que a torna possível?
- Que papel o
inbox.mmcumpre, e o que o mantém saudável? - Por que apagar é metade da manutenção de uma base de conhecimento?
- Onde fica a fronteira entre o que vai para o mapa e o que vai para Markdown?