Como construí meu segundo cérebro e por que ele me deixou mais tranquilo do que mais produtivo.

O ganho de montar o segundo cérebro não foi produtividade. Foi parar de carregar o sistema na cabeça.

Eu já usava Obsidian, mantinha anotações em ordem, lembrava bem das coisas. O problema não era falta de organização. Era o custo de manter tudo organizado manualmente, que continua cobrando atenção mesmo quando você não está usando o sistema. A organização manual cobra atenção mesmo quando o sistema está parado.

Normalmente confundimos estar organizado com lembrar bem das coisas, e achamos que falta ferramenta, que basta trocar Obsidian por Notion, ou Notion por Todoist. Não é ferramenta. É que manter informação organizada manualmente não escala, mesmo quando você é bom nisso.

Eu sabia que dava para combinar IA com Obsidian. Tinha lido sobre, tinha imaginado o desenho. O que faltava era o empurrão para passar do "dava para fazer" para o "vou fazer agora". Esse empurrão veio de um vídeo do Brad Bonanno explicando como ele tinha estruturado o próprio segundo cérebro. Bati o olho no fluxo dele e entendi exatamente o que estava me prendendo: eu estava tentando substituir o trabalho manual por um único agente inteligente, quando o que funciona é o oposto. Vários agentes pequenos, cada um com uma responsabilidade clara, rodando em horários previsíveis.

A construção em si levou dois dias. Estou usando há dois meses e meio.

A arquitetura

O sistema mora num vault de Obsidian, estruturado em áreas de vida (trabalho, projetos pessoais, vida pessoal), e cada área tem suas próprias subpastas para pessoas, projetos, insights e afazeres. Cada arquivo tem metadados padronizados em frontmatter YAML, o que permite filtros, buscas e processamento automatizado em cima do conteúdo.

O vault inteiro é um repositório git. Sincroniza entre os meus computadores via Obsidian Sync, e ao mesmo tempo é versionado em todos os arquivos, registrando cada alteração. A combinação de Obsidian e git é o que permite ter ao mesmo tempo a fluidez de uma ferramenta de notas e a auditabilidade de uma base de código.

Os agentes rodam num servidor local que mantenho em casa. Têm jobs agendados que disparam em horários fixos, leem o vault, processam o conteúdo e escrevem de volta no vault. Não é um chat. É uma infraestrutura de forma silenciosa roda em segundo plano, que aparece para mim apenas quando eu peço alguma coisa ou quando ela me devolve um briefing.

São três rotinas que acontecem todos os dias.

A entrada precisa ser barata, ou ela não acontece

Ao longo do dia eu escrevo uma nota única no diário. Sem template, sem estrutura rígida, sem decidir onde cada coisa vai. A nota é dividida em seções por área: o que aconteceu em cada contexto. Reuniões, decisões, conversas, ideias soltas, frustrações, percepções, pendências. O que importa é registrar. A organização vem depois.

Esse desenho é deliberado. Se eu tivesse que decidir, na hora, em qual pasta cada informação vai parar, o atrito seria suficiente para eu parar de registrar. A regra é simples: tudo no mesmo lugar, dividido por área, sem taxonomia. O custo de entrada precisa ser próximo de zero, porque qualquer fricção no registro derruba o sistema inteiro.

A rotina noturna é onde a organização realmente acontece

Toda noite, um agente lê a nota do dia e processa cada seção. Para cada área, ele identifica o que pertence ao perfil de algum projeto e atualiza aquele perfil mantendo o histórico anterior intacto e adicionando o novo contexto com data, identifica decisões que precisam ser registradas com justificativa, insights que viram arquivos próprios, pendências que viram afazeres na área correspondente, e eventos que viram registros de incidente quando algo travou.

No fim, atualiza um arquivo central, o contexto ativo, que descreve o estado de tudo nas minhas áreas em uma página só. Esse arquivo é o que alimenta o briefing do dia seguinte. A nota do dia, depois de processada, vai para o arquivo morto. Ela cumpriu sua função.

A objeção mais comum aqui é que isso parece frágil: se o agente erra a classificação, o sistema corrompe. O problema com essa objeção é que ela assume que o estado anterior era confiável. Não era. Quando eu organizava manualmente, eu as vezes também errava classificação, só que sem rastro. Com git, cada decisão do agente fica registrada e reversível. Erro virou commit auditável, em vez de bagunça invisível.

A saída chega antes da pergunta

De manhã, antes de qualquer coisa, o briefing roda automaticamente. Outro agente lê o contexto ativo e me devolve no máximo dez itens, ordenados por urgência, com o foco do dia em destaque. Não é uma lista de tarefas. É uma leitura do que importa hoje, dado tudo que está em aberto em todas as áreas.

Esse briefing é o que substitui o esforço de lembrar das prioridades. Ele acontece todo dia, com base em informação atualizada na noite anterior, e me dá uma largada limpa. O custo de descobrir o que fazer primeiro saiu da minha cabeça e foi para a infraestrutura.

O versionamento é capital que se acumula sem esforço

A escolha do git é o componente menos óbvio do sistema, e provavelmente o mais valioso no longo prazo.

Normalmente quando organizamos informação, organizamos estado, ou seja, o que é verdade hoje. O perfil de um projeto descreve o projeto agora, a página de um afazer descreve o que precisa ser feito agora. Quando o estado muda, o anterior se perde. O que existe é a versão atual.

Com git, cada alteração fica registrada. Cada vez que um projeto evolui, cada decisão tomada, cada afazer concluído ou descartado tem rastro. Daqui a um ano, ao olhar para o perfil de um projeto, eu não vou ver só onde ele está. Vou ver como ele chegou lá. As decisões que pareciam pequenas no momento, vistas em sequência, formam padrão.

Esse é o tipo de capital que só se mostra com tempo. Mas ele já começa a se acumular agora, sem custo adicional, porque o versionamento é automático.

O que isso me deu de fato

A consequência mais concreta não foi profissional. Foi pessoal.

Os projetos que eu vinha empurrando há meses começaram a sair do papel. Não porque eu tenha mais tempo no calendário, isso não mudou. É porque consigo acompanhar mais coisas em paralelo sem que cada uma delas precise de atenção mesmo quando eu não estou ali.

Antes, um projeto pessoal pausado por duas semanas exigia reconstrução mental antes de continuar. Hoje, ele fica guardado em um estado consultável e, quando volto, retomo onde parei.

Estou descrevendo o desenho de uma forma mais abrangente porque os detalhes específicos (estrutura do frontmatter, prompts dos agentes, jobs agendados) variam demais para caber num texto só.

Se você está montando algo parecido, já montou e fez escolhas diferentes, ou quer começar e não sabe por onde, me manda um e-mail ou me procura no LinkedIn. Quero ouvir onde você está nessa jornada.