- A reflexão começou a partir das limitações e preocupações com sistemas de gestão do conhecimento (PKMS), apontando custos, falta de abertura e problemas de estabilidade de longo prazo em PKMS comerciais como o Obsidian, o que levou à decisão de criar uma solução própria
- Foi construído diretamente um PKMS web baseado em Markdown, destacando como vantagens segurança, escalabilidade, portabilidade e propriedade dos dados no longo prazo
- A conveniência da comunidade e dos apps comerciais também é considerada, mas uma solução realmente personalizada e o controle dos dados trazem satisfação maior
- É enfatizado que a experiência de fazer um PKMS por conta própria pode inspirar outros desenvolvedores
Para começar: gestão do conhecimento e ansiedade
- O objetivo de registrar e organizar conhecimento e experiência de forma sistemática é um tema antigo
- Há várias inquietações em torno de um registro pessoal de conhecimento (PKMS), como privacidade, sustentabilidade de longo prazo e customização excessiva
- Durante muito tempo, foram usados PKMS como o Obsidian, mas, por causa de limitações e preocupações, surgiu a necessidade de buscar uma abordagem própria
- O texto não pretende propor “o meu jeito” como resposta, mas compartilhar que sair do modelo tradicional também é válido
Limitações e reflexões sobre os PKMS existentes
- PKMS (sistema pessoal de gestão do conhecimento) é comparado a um “segundo cérebro” capaz de organizar inspirações e ideias adquiridas ao longo da vida
- Existem vários apps como Notion, Obsidian, Evernote e Logseq, mas há incerteza sobre a continuidade de plataformas comerciais e preocupações com invasão de privacidade
- A maioria dos usuários enfrenta a realidade de não conseguir ter certeza de que um PKMS continuará existindo por 30 anos
- Também é comum gastar tempo demais apenas construindo o sistema
Experiência com o Obsidian e o motivo da mudança
- O Obsidian era uma ferramenta poderosa graças a armazenamento local das notas, links internos e extensibilidade via plugins
- Com o plugin mais conhecido, Dataview, era possível implementar recursos robustos de filtragem de dados
- Mas o fato de a sincronização entre dispositivos ser paga ($8/mês), além da frustração por não ser open source e do custo no longo prazo, tornou-se um problema relevante
- A incerteza sobre o suporte de longo prazo aos plugins usados e sobre a continuidade do app também era motivo de preocupação
- Havia cansaço com a repetição do processo de “migrar notas” para outros PKMS
Critérios para projetar o meu próprio cofre de notas
- Condições desejadas para o novo PKMS: simplicidade, extensibilidade parecida com plugins e segurança forte
- Pela preocupação com o risco de uso indevido de informações pessoais e notas (publicidade, treinamento de IA etc.), havia a exigência de propriedade total dos dados
- A decisão de construir uma solução própria veio da desconfiança em armazenar dados em serviços comerciais
- O motivo de haver poucos desenvolvedores construindo algo assim em vez de usar um PKMS comercial é interpretado como uma diferença no tamanho da comunidade e no efeito de divulgação
- Na prática, ao construir a própria solução, a experiência foi de que era muito mais fácil do que parecia, valendo plenamente o desafio
Estrutura e funcionalidades do PKMS que eu criei
- Foi construído um sistema de notas em Markdown que permite escrever, editar e visualizar prévias pela web
- Também é possível acessar notas sincronizadas instantaneamente no celular, sem cobrança mensal separada
- Mesmo com hospedagem online, a privacidade foi reforçada com múltiplas camadas de segurança
- Todas as notas são armazenadas no banco de dados como arquivos de texto Markdown, o que oferece excelente portabilidade e backup
Vantagens do cofre de notas
- Por meio da coleta e revisão contínuas de informações úteis, surgiram experiências de melhoria de ideias e memória, além da descoberta de relações entre temas
- Recursos característicos de um PKMS digital, como busca, organização e escalabilidade, são pontos fortes em comparação com métodos analógicos
- Com o avanço da IA, ficou mais acessível desenvolver plugins personalizados, facilitando a adição de funcionalidades sem preocupações com privacidade
- É possível implementar funções adequadas às necessidades pessoais com ferramentas open source ou com algoritmos próprios
Método prático de implementação
- O uso ativo de wrappers de banco de dados permitiu garantir ao mesmo tempo simplicidade e segurança
- A plataforma open source Directus foi escolhida e, graças à autenticação e segurança embutidas, a construção foi muito rápida (em menos de um dia)
- Quem já tem experiência com SQL DB e Docker consegue montar isso rapidamente por conta própria
Encerramento e implicações
- Um sistema de gestão do conhecimento precisa de manutenção contínua e cuidado personalizado, como um jardim
- Embora existam dificuldades como paralisia por análise, ansiedade com segurança e customização excessiva, é possível operar com sucesso se os requisitos realmente necessários (simplicidade e segurança) forem atendidos
- Diferentemente dos PKMS comerciais, um sistema construído por conta própria pode minimizar o cansaço de migrações, custos recorrentes e problemas de controle
- Depois de mais de um ano de uso direto, houve melhora na eficiência para conectar e organizar ideias
- Assim como esse método pessoal funcionou, reforça-se que uma abordagem DIY de PKMS adaptada às necessidades individuais também é bastante prática
Apêndice: reflexões sobre segurança
- Reconhece-se a necessidade de complementar a solução, já que a criptografia de ponta a ponta ainda não foi implementada
- A entrada de informações sensíveis é mantida extremamente limitada, com plano de adicionar criptografia no futuro
9 comentários
Acho que realmente foi um pouco exagerado chegar ao ponto de pensar em fazer por conta própria... mas, de fato, no caso de sistemas de gestão do conhecimento, é um grande problema ter que se preocupar com a vida útil do produto por causa de soluções externas.
Experimentei isso primeiro com o Evernote (claro, não morreu, haha), e no caso do Obsidian, se você usar self-hosted, o problema de sincronização até se resolve, mas nem todo mundo consegue fazer isso, então continua sendo um problema...
E quanto ao texto em si... também fico pensando se aquilo não é, na verdade, preparação para abrir uma startup kkk
Com apenas o Emacs, dá para fazer de tudo. Recentemente até consegui instalar no Android, então é ótimo poder aproveitar no desktop exatamente os mesmos recursos. Estou me aprofundando bastante no tema de ferramentas de gestão do conhecimento no Emacs. Quando meu filho, que ainda está no jardim de infância, entrar no ensino fundamental, talvez nessa época eu já esteja fazendo lifelogging com Emacs haha. Como basta aprender uma única ferramenta, no longo prazo isso acaba reduzindo as preocupações.
[link removido]
[link removido] Parece que colocaram aqui a captura de tela da versão Android. Quanto mais eu uso, mais ele parece uma ferramenta curiosa. A comunidade também é bem animada e há muitos aspectos surpreendentes.
Até usuários do Obsidian que não são desenvolvedores sabem que dá para sincronizar de graça com
git, Drive e afins.Se isso for incômodo, aí é só pagar e usar.
Fico até na dúvida se ele realmente usou o Obsidian.
No Hacker News também há muitas pessoas que acharam isso estranho e estão indicando vários programas de sincronização e de código aberto.
Se você está em dúvida sobre qual repositório de conhecimento usar, acho que os comentários do Hacker News podem ajudar mais do que o texto principal.
O Obsidian é um editor de arquivos Markdown locais, então não entendo por que haveria preocupação com o encerramento do serviço.
A preocupação é com o serviço de sincronização? Dá para gerenciar diretamente os arquivos Markdown no próprio servidor ou implementar um serviço de sincronização. Já existem até plugins de sincronização open source prontos.
Eu já sincronizo instalando o CouchDB no meu servidor. Se quiser, também dá para acessar os arquivos diretamente por recursos de acesso a arquivos em rede como FTP/WebDAV/NFS.
A preocupação é com o fim das atualizações da ferramenta chamada Obsidian? No fim das contas, o Obsidian salva todas as notas como arquivos Markdown. Markdown pode ser aberto em qualquer editor de texto, e em editores com plugin de visualização também dá para ler tudo de forma organizada.
Além disso, o Obsidian oferece recursos de personalização bem amplos. Você pode escrever CSS por conta própria e modificar várias partes da ferramenta.
No meu caso, uso CSS feito por mim para coisas como aumentar a largura da área de notas ou esconder a pasta
attachments.Eu acho que o Obsidian dá uma quantidade enorme de controle ao usuário e permite que tudo fique sob controle dele.
Se tivesse dito apenas que criou algo porque faltavam recursos, eu até entenderia, mas não consigo me identificar nem um pouco com as preocupações que o autor realmente levantou.
Será que ele não sabe como a ferramenta funciona? O Obsidian não pede logo no início para você definir um "armazenamento local onde as notas serão salvas"?
Concordo com a oposição ao Obsidian. Instalei um servidor do Joplin no NAS e estou usando notas em Markdown. Consegui resolver sincronização de dados, backup e hospedagem própria, tudo de uma vez kkk
Ficou bom!
Acho que daria até para mudar o título para “Por que eu criei o Obsidian” e trocar o Obsidian no texto por Notion e wiki.. hehe
Comentários no Hacker News
Meu PKMS é hospedado online para gerenciar notas em vários dispositivos. Para privacidade das notas, aplico várias camadas de segurança. A principal dica que mais recomendo em um ambiente self-hosted é configurar uma VPN na rede de casa e não expor os serviços para fora. Se alguém consegue acessar o endpoint do meu serviço, então já rompeu a VPN, e aí o problema já é outro, bem mais sério. Fazendo isso, a preocupação diminui a ponto de nem precisar adicionar autenticação extra em serviços simples
O Tailscale deixa isso muito mais fácil. A configuração é simples, e a confiabilidade e a conectividade são muito melhores mesmo atrás de firewall. Coisas como expor uma VLAN de IoT ou configurar um exit node para tunelar todo o tráfego de internet pela sua casa viram questão de poucos cliques. Também é muito fácil aplicar restrições de acesso por dispositivo/usuário, então dá para controlar o acesso, por exemplo, a um app de notas importante que você não quer compartilhar com a família. Também existe uma estrutura em que se identifica usuários e dispositivos por IP e se repassa as informações de autenticação ao app via proxy reverso. Se for desconfortável delegar permissão de administração de rede, também dá para operar seu próprio servidor Headscale
Instalei Wireguard em todos os meus dispositivos móveis e configurei para iniciar automaticamente quando eles se conectam a um Wi‑Fi que não é da minha rede. Isso me dá, onde quer que eu esteja, o mesmo ambiente de estar na LAN de casa. Eu opero vários serviços self-hosted, e sem Wireguard é difícil imaginar acesso remoto
Definir um dispositivo de casa como exit node no Tailscale é realmente excelente
Com Tailscale, você pode tornar acessível cada app da rede em algo como app1.my-domain.com, graças a registros DNS apontando para o IP da VPN e a um proxy reverso. Só dá para acessar quando a VPN está conectada, e há a desvantagem de o navegador mostrar aviso porque o certificado SSL não está configurado. O problema do SSL deve dar para resolver, mas exigir a VPN conectada é um pouco incômodo
Eu também uso esse método. Concordo que a VPN não deve ser a única medida de segurança. Se for um serviço sem informações privadas, talvez não precise de auth, mas para algo sensível como um gerenciador de senhas eu não confiaria só em uma VPN
Como alguém que usou Obsidian por muito tempo, e antes disso também usou bastante Evernote, tenho algumas objeções. Sair do Obsidian por receio de que ele talvez não possa ser usado daqui a 20 anos é, na verdade, um ponto forte do próprio Obsidian. O editor é software proprietário, mas os arquivos das notas em si são markdown padrão, então é fácil migrar para qualquer editor. E sair porque no mobile é pago também me parece estranho: se a pessoa é técnica o bastante para usar um PKMS feito por conta própria, poderia sincronizar as notas com git e usá-las direto em um app mobile; fico curioso por que não usou essa possibilidade. Eu uso integrado com Gitea e consigo usar minhas notas sem problema de qualquer lugar. Estou satisfeito com o Obsidian e com a arquitetura de plugins
Eu consegui usar o Obsidian porque ele já funcionava exatamente com o diretório e o formato de arquivos que eu usava, e mesmo que o Obsidian desapareça, minhas notas e a estrutura dos meus dados continuam utilizáveis sem mudança
Só de colocar numa pasta do Dropbox a sincronização já costuma ser suficiente. Nem precisa de outra estrutura de sync mais complexa, então achei curioso isso ter sido um limite para o autor. Ainda assim, é legal que ele tenha passado pela experiência de criar um sistema novo
O fato de o Obsidian salvar notas como “apenas markdown” depende de como você usa. Quanto mais plugins você usa, mais vai acumulando sintaxe customizada e funcionalidades em JS, e isso pode acabar criando dependência de plugins específicos. Ainda assim, vale lembrar que continua sendo uma grande vantagem
Git também é uma boa solução de sync, mas me incomoda colocar minhas notas em um repositório público no estilo GitHub. Agora estou testando uma forma de sincronizar localmente arquivos de banco de dados e arquivos markdown. Gosto demais de Vim para ficar satisfeito com o editor markdown do Directus
Eu também me cansei de trocar de sistema de notas a cada 5 anos, passando por Evernote, Notion, Obsidian e outros, então tentei criar meu próprio sistema. Depois de várias tentativas, acabei ficando no org-mode do Emacs. Com Git, ele é muito flexível para gerenciar notas
Durante muito tempo achei ruim a política paga do sync mobile do Obsidian, então sincronizo meu vault entre dispositivos com Syncthing. No PC, o Syncthing roda sempre em segundo plano, e no celular eu abro o app para sincronizar quando há mudanças. Não é tão fluido quanto a integração padrão do Obsidian, mas é mais simples que Git e tem a vantagem de não deixar os arquivos em um servidor remoto
Eu rodo Syncthing em um Raspberry Pi que fica sempre ligado, então a sincronização fica perfeita mesmo quando laptop e celular não estão online ao mesmo tempo. Uso o app iOS SyncTrain
A Apple passou a permitir baixar permanentemente o diretório do iCloud, e isso resolveu o problema
O sync de notas do Obsidian custa só US$ 4 por mês
Eu recomendo o SyncThing Fork. No Android, também uso com satisfação a combinação Google Drive + DriveSync. A maioria dos provedores de nuvem funciona bem. Já escrevi um comparativo de ferramentas relacionadas ao sync do Obsidian
Houve pequenos problemas de sincronização, mas como é open source e não tem custo, eu recomendo muito mais a combinação Obsidian + Syncthing do que fazer algo próprio. O aproveitamento de plugins é alto
O sync do Obsidian é “gratuito” se você usar outro serviço que não o do próprio Obsidian. Eu pago pelo Obsidian Sync por um pouco mais de conveniência e para reduzir pontos de falha. Acho que US$ 1000 em 10 anos valem muito a pena para uma ferramenta importante. Se o objetivo é open source e verdadeira sustentabilidade de longo prazo, talvez Obsidian não seja a escolha certa, mas não tenho dúvidas sobre o custo-benefício. E também concordo que é cansativo trocar de sistema a cada 5 anos, mas esse nível de reavaliação é um padrão realista. Aplaudo a tentativa do autor de criar um software que ainda possa ser usado em 20 anos de trabalho
O uso do Directus como substituto do Obsidian me pareceu um pouco publicitário. Na página inicial, o botão “Comece grátis” aparece em destaque, e para rodar em produção no próprio servidor há só um formulário de contato, sem informação clara de preço. Ele é descrito como open source, mas na prática é um dashboard para gerenciar bancos de dados SQL. Não combina com um sistema pessoal de notas, então achei que não se encaixa no caso de uso apresentado pelo autor
Há um ano e meio mergulhei fundo no mundo de PKMS, tentei benchmark de Obsidian e várias outras ferramentas, e acabei ficando no Trilium. O Trilium resolve as exigências de hospedagem e implantação sem gambiarras incômodas. As notas são unidades atômicas de informação, e a estruturação baseada em atributos, com templates, herança e afins, permite uma gestão consistente e escalável. O Trilium parece simples por fora, mas na prática é muito poderoso e acessível. Dá para operar em modo local-first, cloud-only, híbrido etc., e seu próprio protocolo de sync torna a replicação master-master simples. Ele dá suporte a acesso offline, online e também via web
Fiquei curioso sobre os recursos do Trillium. Ele tem um modo outliner em que dá para referenciar e embutir blocos individuais como no Logseq? E há visualizações em que você consegue ver também o conteúdo dos itens filhos a partir de um item pai?
Outra pessoa também me recomendou o Trilium, então vou testar sem falta esta semana
Fico curioso sobre relatos de uso de PKMS realmente bons. Para mim, usar só pastas já funciona muito bem. Ainda não entendi muito bem o valor de coisas como deep linking
Acho curioso que esses problemas de sync/migração ainda existam. Eu também saí do Evernote para Emacs + org-mode e resolvi o sync mobile com a combinação Orgzly + Syncthing. O único problema às vezes eram conflitos, e resolvi isso separando arquivos por notas, tarefas etc. Mesmo sem plugins, estou usando bem só com busca, atualização de tarefas e arquivamento. Se precisar de mais recursos, Emacs é o melhor editor, e o org-mode dá esse suporte
Ele disse que queria mais controle sobre privacidade e custo, mas o Obsidian custa US$ 4 por mês com criptografia de ponta a ponta. Construir sua própria ferramenta certamente é divertido, mas olhando só para a praticidade, fico em dúvida se vale o tempo investido
Estou procurando uma solução privada de notas que permita criptografar todos os meus arquivos markdown com uma chave pessoal baseada em Yubikey. A combinação SOPS + age é ótima no terminal, mas deixa a desejar em acessibilidade mobile/GUI. As soluções end-to-end tradicionais, em que a chave fica armazenada nos arquivos do app e a descriptografia é feita por senha, me parecem fracas em segurança; eu gostaria que a descriptografia de cada documento exigisse toque na Yubikey