Tudo vivia no Notion. Cada projeto. Cada tarefa. Cada documento de cliente. Informação de três empresas, tudo bem organizado em bases de dados com relações e rollups e filtros.
E eu não fazia ideia do que estava realmente lá dentro.
O problema da base de dados de outra pessoa
O Notion é ótimo até tentares construir por cima dele. Eu queria que a minha IA lesse os meus projetos, conhecesse as minhas regras e executasse tarefas. Por isso liguei-o via API. A IA conseguia ler bases de dados, criar tarefas, atualizar properties.
Mas o ponto é este: assim que o teu conhecimento vive na base de dados de outra pessoa, estás sempre a traduzir. Cada query passa por uma API. Cada estrutura segue o schema deles. Cada automação depende do uptime deles.
Não és dono dos teus dados. Alugas o acesso a eles.
Tinha 19 ficheiros de domínio, uma base de dados de Projetos, uma base de dados de Entidades, tarefas com relações para projetos. Parecia organizado. Mas quando perguntava à minha IA "o que é que podes fazer?", tinha de fazer chamadas à API para descobrir a sua própria identidade. Isso não é um sistema. É um serviço de consulta.
O momento em que fez clique
A 11 de fevereiro, apaguei o Notion de toda a minha stack. Não aos poucos. De uma só vez. Tirei a ligação à API da minha config. Apaguei cada referência ao Notion de cada documento. Arquivei as notas. Limpei 19 ficheiros.
O que veio no lugar? Nada de novo. Apenas ficheiros.
A minha vault de Obsidian, que já usava ao lado do Notion, tornou-se a single source of truth. Não como app de notas. Como base de dados.
Ficheiros são uma base de dados se os tratares como tal
Ficheiros markdown com metadados estruturados no topo. Cada ficheiro tem um type. Cada type tem campos obrigatórios. Uma tarefa precisa de uma entity e de uma prioridade. Um projeto precisa de uma área. Cada ficheiro segue as mesmas regras.
Mais de 500 ficheiros. 12 types. Tudo consultável. Tudo aplicável.
Os ficheiros sozinhos não são o ponto. As regras são. Ficheiros sem enforcement são apenas uma pasta desarrumada, que é exatamente o que eu tinha na semana um. O que transformou uma pasta numa base de dados foi uma camada que recusa qualquer write que quebre o schema, e isso é uma história à parte. O que importou aqui foi a decisão por baixo: sê dono da camada, não a alugues.
A parte contraintuitiva
Passei de uma base de dados na cloud sofisticada, com APIs, relações, rollups e automações, para ficheiros de texto simples no disco.
E é melhor. Não "suficientemente bom". Mesmo melhor.
Velocidade. Ler um ficheiro é mais rápido do que uma chamada à API. A minha IA processa contexto em milissegundos, não em segundos.
Controlo. As regras estão no meu código. Consigo lê-las, alterá-las, versioná-las. Sem dependência das decisões de plataforma de outra pessoa.
Versioning. Cada alteração é um commit de git. Quando uma migração em massa partiu 32 ficheiros, fiz rollback com um comando. Tenta isso com o Notion.
Transparência. A minha IA consegue apontar exatamente para o ficheiro que leu. Abro-o e verifico. Sem black box.
Offline. Funciona sem internet. Funciona no avião. Funciona quando o Notion está em baixo.
A verdadeira lição
A lição não é "o Notion é mau". O Notion é bom para o que é. A lição é: se estás a construir um sistema em que a IA lê as tuas regras e executa a tua intenção, tens de ser dono da camada de dados. Por completo. Não a alugues.
Cada camada entre os teus dados e a tua IA é uma camada de tradução. Cada tradução é um potencial mal-entendido. Cada dependência é um potencial ponto de falha.
Passei do Notion para nada. E "nada" acabou por ser exatamente o que eu precisava. Ficheiros simples, aplicados por código, versionados por git, lidos pela IA sem qualquer intermediário.
Sem fornecedor. Sem API. Sem tradução. Apenas as tuas regras, nos teus ficheiros, na tua máquina.