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🔗

ElementoUso
Texto do nóO conceito, em até cinco palavras
DetalheDefinição de uma frase
NotaDesenvolvimento, exemplos, código, citações
Atributo fonteDe onde veio
Atributo dataQuando entrou
Ícone ⭐Uso frequente
Ícone 📖Precisa desenvolver
LinkPara 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 funcionaripgrep, 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:

  1. Esvazie o inbox.mm completamente.
  2. Rode o filtro 📖 precisa desenvolver em cada mapa; escolha três e desenvolva.
  3. Procure nós com texto longo demais (regex .{80,}) e mova o excesso para notas.
  4. Apague o que não tem mais valor. Isto é o mais importante. Uma base que só cresce fica inútil.
  5. 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ê querUse
Escrever textos longosObsidian, Logseq, um editor Markdown
Backlinks automáticosObsidian, Logseq
Notas atômicas em rede densaZettelkasten em texto
Acesso pelo celularQualquer coisa baseada em Markdown
ColaboraçãoWiki, Notion, HedgeDoc
Estrutura hierárquica visível de relanceFreeplane
Dados estruturados consultáveis nas notasFreeplane
Um formato que você ainda vai ler em 2050Freeplane 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.mm resolve a fricção de entrada; o ritual semanal o esvazia
  • A busca global vem de fora: ripgrep sobre 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.mm crescer 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

  1. Por que a busca global tem de vir de fora do Freeplane, e o que a torna possível?
  2. Que papel o inbox.mm cumpre, e o que o mantém saudável?
  3. Por que apagar é metade da manutenção de uma base de conhecimento?
  4. Onde fica a fronteira entre o que vai para o mapa e o que vai para Markdown?

Artigos relacionados

Referências🔗

  1. Freeplane — Mind map examples
  2. Novak (2010), Learning, Creating, and Using Knowledge, 2ª ed., Routledge — ISBN 978-0-415-99185-8
  3. Nesbit & Adesope (2006), “Learning With Concept and Knowledge Maps: A Meta-Analysis”, Review of Educational Research 76(3) — DOI 10.3102/00346543076003413