A maioria dos sistemas de produtividade falham pelo mesmo motivo.
Eles são projetados para os dias bons.
Em um dia bom, você tem tempo e energia para manter o sistema. Você arquiva notas corretamente. Atualiza os status dos projetos. Revisa sua caixa de entrada. Processa tudo o que chega.
Em um dia ruim, o sistema se torna uma fonte de culpa, e não de vantagem. Você não processa a caixa de entrada há quatro dias. As notas se acumulam em pastas aleatórias. Os status dos projetos estão semanas desatualizados.
Você para de usar o sistema porque mantê-lo consome mais energia do que economiza.
O sistema operacional pessoal do Obsidian é projetado de forma diferente.
Ele não é projetado para os dias bons.
Ele é projetado para sobreviver aos dias ruins.
A arquitetura se mantém quando você está sobrecarregado, produz resultados úteis quando você é inconsistente e se acumula de forma inteligente, quer você esteja ativamente organizando ou não.
Este guia é a construção completa de um sistema Obsidian que gerencia sua vida e nunca falha, independentemente do que a vida lhe reserva.
Por que a Maioria dos Sistemas Obsidian Quebram
Antes da construção, você precisa entender por que os sistemas que a maioria das pessoas constrói não duram.
Eles quebram por três motivos.
Carga de manutenção manual. O sistema exige que você o atualize regularmente para se manter preciso. Os status dos projetos precisam de atualizações manuais. Os painéis precisam de atualização manual. As tags precisam de aplicação manual. Quando a vida fica corrida, a manutenção fica para trás e o sistema se torna não confiável. Um sistema não confiável é abandonado.
Complexidade que se acumula com o tempo. As pessoas começam com uma estrutura simples e adicionam complexidade toda vez que encontram um problema que o sistema atual não resolve. Seis meses depois, elas têm uma arquitetura rebuscada que leva 20 minutos para navegar e requer a leitura da documentação que elas mesmas escreveram para entender.
Nenhuma camada de inteligência. O cofre armazena informações, mas não raciocina sobre elas. Você captura ideias, mas nunca as encontra novamente. Você faz anotações de reuniões, mas nunca traz os itens de ação à tona quando se tornam relevantes. O sistema é um arquivo, não uma inteligência.
A arquitetura do sistema operacional resolve todos os três.
A manutenção manual desaparece porque o Claude Code, conectado via MCP, mantém o sistema automaticamente.
A complexidade permanece controlada porque a arquitetura tem um número fixo de componentes, cada um com uma função específica, e nenhum componente duplica outro.
A inteligência é adicionada através do Claude, que lê o cofre, faz conexões, traz informações relevantes à tona e gera resultados que o cofre sozinho não consegue produzir.
A Arquitetura de Três Camadas
O sistema operacional pessoal tem três camadas distintas.
Camada 1: A Camada de Armazenamento
Este é o próprio Obsidian. Arquivos Markdown em texto simples organizados em uma estrutura consistente. Cada pedaço de informação que sua vida gera vive aqui em um formato que é legível por humanos, legível por máquinas e permanente.
Camada 2: A Camada de Inteligência
Este é o Claude Code conectado ao seu cofre através do Filesystem MCP. O Claude lê seus arquivos, faz conexões entre eles, gera resultados a partir deles e os atualiza com base no que acontece em sua vida.
Camada 3: A Camada de Automação
Este é o N8N rodando em um servidor de $5. Ele agenda fluxos de trabalho, dispara gatilhos, chama a API do Claude e passa informações entre sistemas sem que você inicie nada.
Essas três camadas são o que transformam uma coleção de anotações em um sistema operacional.
Remova qualquer uma das camadas e você tem algo a menos.
Armazenamento sem inteligência é um arquivo.
Armazenamento com inteligência, mas sem automação, é uma ferramenta que você usa.
Todos os três juntos são um sistema que opera.
A Estrutura do Cofre Que Nunca Falha
A estrutura do cofre é a base de tudo. Acertar isso mantém o sistema coerente à medida que cresce. Errar isso o transforma em um labirinto.
A estrutura tem oito pastas. Cada nota em todo o seu cofre pertence a exatamente uma delas. Nenhuma pasta é opcional. Nenhuma pasta se sobrepõe a outra.
00 - CAPTURE/
[Tudo o que não foi processado cai aqui]
01 - ACTIVE/
projects/
[project-name]/
overview.md
tasks/
notes/
outputs/
areas/
health/
finances/
relationships/
learning/
career/
daily/
[YYYY-MM-DD].md
02 - RESOURCES/
research/
references/
templates/
bookmarks/
03 - SYSTEM/
CLAUDE.md
skills/
workflows/
logs/
04 - GENERATED/
briefings/
summaries/
analyses/
drafts/
05 - QUEUE/
[tarefas pendentes para o Claude]
06 - CALENDAR/
events/
reviews/
07 - ARCHIVE/
[projetos concluídos e conteúdo desatualizado]
A lógica por trás de cada pasta:
00 - CAPTURE existe porque capturar e processar são atividades separadas. Você captura na velocidade do pensamento. Você processa na velocidade da atenção. A pasta de captura absorve tudo sem julgamento, para que nada se perca porque o processamento estava muito lento.
01 - ACTIVE contém apenas o que está vivo agora. Projetos em que você está trabalhando. Áreas da sua vida pelas quais você é responsável. Notas diárias. Nada histórico. Nada aspiracional. Apenas o atual.
02 - RESOURCES é a biblioteca de referência. Coisas que você pode precisar algum dia. Não são coisas em que você está trabalhando agora.
03 - SYSTEM é o próprio sistema operacional. CLAUDE.md. Arquivos de habilidade. Definições de fluxo de trabalho. Logs. A camada de infraestrutura.
04 - GENERATED é onde o Claude deposita as saídas. Nunca edite arquivos aqui manualmente. Eles são saídas do sistema.
05 - QUEUE é a caixa de entrada para tarefas do Claude. Você coloca arquivos aqui descrevendo o que precisa. O Claude os processa. As saídas caem em GENERATED.
06 - CALENDAR rastreia informações baseadas em tempo. Eventos futuros. Revisões periódicas. Coisas organizadas por "quando" em vez de "o quê".
07 - ARCHIVE é para onde as coisas vão quando estão concluídas. Projetos que você terminou. Referências desatualizadas. Nunca delete. Arquive.
O CLAUDE.md Que O Torna Inteligente
O CLAUDE.md é o documento que diz tudo ao Claude sobre sua vida antes de qualquer fluxo de trabalho ser executado.
Sem ele, cada sessão do Claude começa do zero. Com ele, cada sessão começa com contexto completo sobre quem você é, no que está trabalhando e o que importa agora.
Sistema Operacional Pessoal — CLAUDE.md
Identidade
Nome: [SEU NOME]
Função: [SUA FUNÇÃO PRINCIPAL]
Localização: [SUA CIDADE]
Áreas da Vida e Status Atual
Saúde: [STATUS BREVE — ex.: "Treinando para meia maratona,
correndo 4x por semana"]
Finanças: [STATUS BREVE — ex.: "Guardando para entrada da casa,
meta até dezembro de 2026"]
Relacionamentos: [STATUS BREVE — ex.: "Parceiro(a): [nome].
Amizades importantes a manter: [nomes]"]
Aprendizado: [STATUS BREVE — ex.: "Atualmente estudando:
[tópico]. Objetivo: [resultado]"]
Carreira: [STATUS BREVE — ex.: "Cargo atual: [título].
Trabalhando para: [meta]"]
Projetos Ativos
[Repita para cada projeto ativo]
Prioridades Atuais
- [A COISA MAIS IMPORTANTE ESTA SEMANA]
- [SEGUNDA MAIS IMPORTANTE]
- [TERCEIRA MAIS IMPORTANTE]
Padrões para Conteúdo Gerado
Voz: [COMO VOCÊ ESCREVE E SE COMUNICA]
Preferências de formato: [SUAS PREFERÊNCIAS]
O que você nunca quer: [COISAS ESPECÍFICAS A EVITAR]
Regras Operacionais
- Nunca delete arquivos. Mova para ARCHIVE com carimbo de data/hora.
- Nunca envie comunicações sem revisão humana.
- Sempre coloque a data nos arquivos gerados como AAAA-MM-DD.
- Registre cada ação significativa em SYSTEM/logs/operations.md.
- Quando estiver em dúvida sobre o local, use GENERATED e sinalize.
Cronograma de Atualização
Este arquivo é revisado e atualizado: [SEU CRONOGRAMA —
ex.: toda segunda-feira de manhã]
Atualize a seção de Prioridades Atuais toda segunda-feira de manhã. Este é o hábito de manutenção mais importante de todo o sistema. Cinco minutos de reflexão honesta sobre o que realmente importa esta semana melhora drasticamente a relevância de tudo o que o sistema gera.
Os Cinco Fluxos de Trabalho Que o Tornam um Sistema Operacional
Cinco fluxos de trabalho transformam o cofre de um sistema de armazenamento em um sistema operacional.
Cada um é executado automaticamente. Cada um gera saídas para GENERATED. Cada um se mantém sem sua intervenção manual.
Fluxo de Trabalho 1: O Briefing Matinal Diário
Todas as manhãs às 6h, este fluxo de trabalho lê seu cofre e gera um briefing.
O prompt do Claude:
Leia o CLAUDE.md para obter o contexto completo da vida.
Gere um briefing matinal cobrindo:
MAIS IMPORTANTE HOJE: A única ação de maior alavancagem
que posso tomar hoje com base nas minhas prioridades atuais.
AGENDA: Quaisquer eventos em CALENDAR/events/ com data de hoje.
Prepare um breve resumo de uma frase para cada um.
PENDÊNCIAS: Quaisquer itens prefixados com PENDENTE: na nota
diária de ontem.
PULSO DO PROJETO: Para cada projeto ativo no CLAUDE.md:
uma frase sobre o status, uma frase sobre a próxima ação.
FOCO SEMANAL: Se hoje for segunda-feira, leia as notas diárias
da semana anterior e identifique a coisa mais importante a
ser realizada esta semana.
Formate em menos de 300 palavras. Comece com MAIS IMPORTANTE HOJE.
Salve em: GENERATED/briefings/[DATA]-morning.md
Este briefing é executado antes de você abrir seu laptop. Você o lê em três minutos. Você sabe o que importa antes de ver uma única notificação.
Fluxo de Trabalho 2: O Processador de Captura
Todas as noites às 20h, este fluxo de trabalho processa tudo em 00 - CAPTURE.
O prompt do Claude:
Leia todos os arquivos na pasta CAPTURE criados hoje.
Para cada item capturado:
- Identifique de que tipo é:
TAREFA: Algo que requer ação
IDEIA: Algo para desenvolver ou pesquisar depois
REFERÊNCIA: Informação para armazenar para uso posterior
NOTA: Contexto ou observação sobre algo ativo
EVENTO: Algo com prazo definido para o calendário
- Arquive no local correto:
TAREFA → Crie uma nota de tarefa no projeto ou área relevante
IDEIA → Arquive em RESOURCES/research/ com a data
REFERÊNCIA → Arquive em RESOURCES/references/ por tópico
NOTA → Anexe ao projeto relevante ou nota diária
EVENTO → Crie um arquivo de evento em CALENDAR/events/
- Para TAREFAS: extraia a ação específica, atribua uma data
de vencimento se mencionada e adicione à lista de tarefas do
projeto relevante.
- Após o processamento: mova o arquivo de captura original para ARCHIVE.
Registre todas as ações de processamento em SYSTEM/logs/capture-log.md.
Este fluxo de trabalho significa que 00 - CAPTURE se esvazia todas as noites. Nada se acumula. Nada se perde na caixa de entrada. Cada captura termina exatamente onde deveria, sem que você faça o arquivamento.
Fluxo de Trabalho 3: O Gerador de Revisão Semanal
Todo domingo às 19h, este fluxo de trabalho gera sua revisão semanal.
O prompt do Claude:
Leia todas as notas diárias dos últimos 7 dias.
Leia todas as notas de projeto modificadas esta semana.
Leia o CLAUDE.md para obter o contexto de vida atual e as prioridades.
Gere a revisão semanal:
O QUE AVANÇOU:
Vitórias específicas da semana. O que causou cada uma.
Seja específico. Nomeie os projetos, as ações, os resultados.
O QUE NÃO AVANÇOU:
Avaliação honesta do que estagnou.
O motivo mais provável para cada item que não progrediu.
O PADRÃO DA SEMANA:
Um tema ou insight que apareceu repetidamente.
Se sinaliza algo a ser mudado.
PRIORIDADES DA PRÓXIMA SEMANA:
Três prioridades específicas para a próxima semana, classificadas por impacto.
Para cada uma: por que é importante, qual é a próxima ação específica.
UMA DECISÃO:
A decisão mais importante em aberto agora.
Qual informação você tem para tomá-la.
Qual é o custo de adiá-la por mais uma semana.
Salve em: GENERATED/summaries/[DATA]-weekly-review.md
Atualize o CLAUDE.md: seção de Prioridades Atuais com as
3 principais da próxima semana.
A revisão semanal costumava levar 45 minutos olhando para suas anotações tentando lembrar o que aconteceu.
Agora leva 10 minutos para ler o que o sistema gerou e 2 minutos para adicionar qualquer coisa que ele tenha perdido.
Fluxo de Trabalho 4: O Processador de Fila
A cada 2 horas, este fluxo de trabalho verifica 05 - QUEUE em busca de quaisquer arquivos que você colocou lá.
A convenção é simples. Nomeie o arquivo com um verbo e um tópico:
RESEARCH-stoic-philosophy-applications.md
SUMMARIZE-project-meeting-notes.md
DRAFT-email-to-landlord-about-repairs.md
PLAN-trip-to-portugal-october.md
DECIDE-whether-to-accept-new-client.md
O fluxo de trabalho lê o nome do arquivo para entender o tipo de tarefa e o conteúdo do arquivo para obter instruções específicas.
O prompt do Claude:
Verifique a pasta QUEUE em busca de quaisquer arquivos não processados.
Para cada arquivo encontrado:
- Leia o nome do arquivo para identificar o tipo de tarefa
- Leia o conteúdo do arquivo para obter instruções específicas
- Execute a tarefa usando a habilidade relevante de
SYSTEM/skills/, se existir uma
- Salve a saída em GENERATED/[tipo-de-tarefa]/[DATA]-[tópico].md
- Mova o arquivo da fila para ARCHIVE/queue-processed/
Registre todo o processamento da fila em SYSTEM/logs/queue-log.md.
Se a tarefa exigir informações não disponíveis no cofre:
Sinalize na saída como PRECISA DE APORTE HUMANO: [o que é necessário]
O processador de fila é o fluxo de trabalho mais poderoso do sistema porque lida com qualquer coisa.
Você pensa em algo que quer à meia-noite. Você coloca um arquivo na fila. Ele é processado até as 2h. A saída está esperando quando você acorda.
Fluxo de Trabalho 5: O Monitor de Saúde do Projeto
Toda segunda-feira às 7h, este fluxo de trabalho verifica todos os projetos ativos.
O prompt do Claude:
Leia o CLAUDE.md para obter a lista de projetos ativos.
Leia o arquivo overview.md em cada pasta de projeto ativo.
Leia quaisquer arquivos de projeto modificados nos últimos 7 dias.
Para cada projeto, gere uma avaliação de saúde:
STATUS: No prazo / Em risco / Estagnado / Bloqueado
EVIDÊNCIA: O que indica especificamente este status.
Seja concreto. Nomeie arquivos, datas e observações específicas.
PRÓXIMA AÇÃO: A única coisa mais importante que este projeto
precisa nas próximas 48 horas.
SINALIZAÇÃO: Qualquer projeto que não tenha tido atividade por mais de
7 dias. Estes precisam de atenção humana.
Salve o relatório de saúde em:
GENERATED/briefings/[DATA]-project-health.md
Para quaisquer projetos SINALIZADOS: crie um arquivo em QUEUE chamado:
REVIEW-[project-name].md com um resumo da situação.
O monitor de saúde do projeto traz problemas à tona antes que se tornem crises. Um projeto que está estagnado há sete dias é sinalizado na segunda-feira de manhã, em vez de ser descoberto em pânico quando um prazo chega.
Os Recursos Antifalhas
O sistema operacional é projetado com três mecanismos antifalhas específicos.
A Rede de Segurança da Captura
Tudo vai para 00 - CAPTURE primeiro. Nenhuma decisão é necessária no momento da captura. Você nunca deixa de capturar algo porque não sabe onde arquivar. A pasta de captura absorve tudo e o processador arquiva depois.
Isso significa que o sistema sobrevive intacto aos seus dias mais ocupados. Em um dia em que você não tem tempo para nada, você ainda captura para 00 - CAPTURE. O processador cuida do resto nessa noite, automaticamente.
A Regra de Nunca Deletar, Sempre Arquivar
Nada neste sistema é deletado. Projetos concluídos vão para ARCHIVE. Referências desatualizadas vão para ARCHIVE. Capturas processadas vão para ARCHIVE.
Isso significa que o sistema nunca perde informações. Você não pode quebrá-lo arquivando de forma muito agressiva. O custo de manter tudo é zero porque o armazenamento é infinito e o sistema nunca exige que você navegue pelo arquivo para operações diárias.
O CLAUDE.md como Fonte Única de Verdade
Tudo sobre sua vida que o Claude precisa para operar existe em um arquivo. Um arquivo para atualizar. Um arquivo para revisar. Um arquivo que rege cada fluxo de trabalho.
Quando suas prioridades mudam, você atualiza o CLAUDE.md e cada fluxo de trabalho subsequente reflete a nova realidade automaticamente. Você não precisa atualizar cinco documentos diferentes nem reexplicar sua situação em cinco sessões diferentes.
A Ordem de Construção Que Te Deixa Operacional em um Final de Semana
Construa o sistema nesta ordem exata. Resista à vontade de construir tudo simultaneamente.
Sábado de Manhã: Camada de Armazenamento
Crie as oito pastas. Configure o CLAUDE.md com suas informações atuais reais. Escreva uma visão geral do projeto para seu projeto mais ativo com propriedades consistentes.
Tempo necessário: 2 horas.
Sábado à Tarde: Camada de Inteligência
Instale o Claude Desktop. Configure o Filesystem MCP. Aponte-o para seu cofre. Execute o primeiro briefing matinal manualmente e verifique se ele produz uma saída precisa com base no seu CLAUDE.md.
Tempo necessário: 1 hora.
Sábado à Noite: Primeira Tarefa na Fila
Coloque um arquivo em sua pasta QUEUE com uma tarefa real. Um tópico de pesquisa que você estava querendo explorar. Uma decisão que você estava adiando. Um resumo de anotações que você fez esta semana.
Deixe o Claude processar. Revise a saída. Observe o que melhorar em seu CLAUDE.md.
Tempo necessário: 30 minutos.
Domingo de Manhã: Camada de Automação
Configure o N8N. Construa o fluxo de trabalho de briefing matinal como um cron job. Deixe-o executar no horário agendado e verifique se a saída aparece em GENERATED automaticamente.
Tempo necessário: 2 horas.
Domingo à Tarde: Fluxos de Trabalho Restantes
Adicione o processador de captura, o gerador de revisão semanal e o processador de fila como fluxos de trabalho adicionais do N8N.
Tempo necessário: 2 horas.
No domingo à noite, você tem todos os cinco fluxos de trabalho rodando. O sistema operacional está operacional.
O Que Significa Nunca Falhar na Prática
Três meses depois de construir este sistema, você notará algo.
O sistema esteve rodando o tempo todo.
Não porque você o manteve perfeitamente. Você não manteve. Houve semanas em que você mal tocou no Obsidian. Houve dias em que as capturas se acumularam em 00 - CAPTURE por três dias antes que você pensasse nelas.
Mas o briefing matinal continuou rodando todas as manhãs. As capturas continuaram sendo processadas todas as noites. A revisão semanal continuou sendo gerada todo domingo. O monitor de saúde do projeto continuou sinalizando projetos estagnados toda segunda-feira.
O sistema continuou operando, quer você estivesse operando-o ou não.
Essa é a diferença entre uma ferramenta de produtividade e um sistema operacional.
Uma ferramenta exige que você a use.
Um sistema operacional roda.
Construa a fundação neste fim de semana.
O sistema operacional roda desde a primeira manhã em que está ativo.
Siga @cyrilXBT para os modelos exatos de CLAUDE.md, configurações de fluxo de trabalho do N8N e configuração do Filesystem MCP que fazem toda esta arquitetura funcionar.
