Sistema de Gerenciamento de Projetos Pessoais Usando Claude Code e Obsidian: Arquitetura e Perguntas

Visão Geral da Arquitetura do Sistema

Um desenvolvedor está projetando um sistema pessoal de gerenciamento de projetos usando Claude Code e Obsidian para trazer práticas profissionais de PM para a vida pessoal. O sistema possui três camadas:

• Sistema de arquivos (OneDrive): Armazena apenas arquivos de registro—PDFs, anexos, recibos. Nada executável fica aqui.
• Coletânea do Obsidian: Atua como a camada de conhecimento e rastreamento. Todos os registros de projetos, planos, painéis e notas diárias residem aqui.
• Claude Code: Serve como o motor de ingestão que lê, roteia e grava conteúdo. A maior parte desta camada opera sem intervenção manual.

Configuração e Transferência com Dois Claudes

O desenvolvedor usa Claude Code em um laptop para construção e Claude.ai em um telefone para planejamento, redação e captura móvel. Para preencher a lacuna de contexto, um documento de transferência—um único arquivo markdown na coletânea—descreve toda a arquitetura, incluindo estrutura de pastas, regras de roteamento, convenções de nomenclatura, status do projeto ativo e progresso da fase de construção. O Claude.ai carrega este documento no início de cada sessão para manter a consistência, garantindo que nunca proponha caminhos de pasta ou nomes de arquivo fora das convenções documentadas. O Claude.ai atua como o escritório do arquiteto, enquanto o Claude Code funciona como a equipe de construção.

Registro Diário e Estrutura de Comandos

Todas as entradas fluem através de um único arquivo de registro diário escrito em linguagem simples. O Claude Code processa este registro e roteia as entradas para locais apropriados: riscos para o registro de riscos, decisões para o registro de decisões, ações para uma lista de ações em execução, e bloqueadores são sinalizados. Dois comandos de barra dirigem o sistema:

• /daily: Processa o registro do dia, roteia entradas, atualiza arquivos de projeto e atualiza a lista de ações. Sem slides ou e-mails—apenas roteamento.
• /pm-sync: Executa tarefas mais pesadas—lê todos os arquivos de projeto, grava atualizações, redige e-mails de status, gera conteúdo de slides semanais e atualiza um painel de controle principal.

Estrutura e Governança do Projeto

Cada projeto inclui um conjunto de arquivos baseado na complexidade, com três níveis: Leve (index.md e milestones.md), Médio (adiciona risks.md e decisions.md) e Pesado (conjunto completo). O Claude determina o nível através de perguntas de entrada quando um novo projeto é registrado. Os arquivos-chave incluem:

• index.md: Instantâneo do estado atual com saúde, estágio, critérios de saída e partes interessadas.
• log.md: Diário cronológico para rastreamento dia a dia, servindo como um recurso de acomodação para TDAH para recuperação de contexto.
• Registros estruturados: milestones.md, risks.md, decisions.md, issues.md, assumptions.md, lessons-learned.md.

Recursos de governança incluem: O Claude nunca fecha automaticamente um marco—ele o sinaliza e aguarda aprovação explícita via "Eu Aprovo [ID]". O aumento de escopo é sinalizado automaticamente se o trabalho se expandir além dos critérios de saída de um projeto, com sugestões para separá-lo como um projeto independente. Novas ideias de projeto capturadas no registro diário acionam um processo de entrada de cinco perguntas antes do início da construção.

Distinção entre Domínio e Projeto

O sistema distingue entre projetos e domínios contínuos (por exemplo, orçamento, rastreamento de condicionamento físico, manutenção da casa). Domínios recebem arquivos de rastreamento e notas em vez de registros de projeto, garantindo que nenhum registro de riscos seja criado para tarefas rotineiras como cronogramas de descalcificação de máquinas de espresso.

Perguntas do Desenvolvedor para Feedback

O desenvolvedor busca opiniões sobre:

1. Se a estrutura de dois comandos (/daily e /pm-sync) faz sentido ou complica demais o roteamento.
2. O uso de log.md como um diário cronológico separado dos registros estruturados—ele se mantém ao longo do tempo ou se torna ruído?
3. O padrão de portão de controle que requer aprovação explícita para fechar marcos—é um atrito útil ou apenas atrito?
4. A configuração de dois Claudes com um documento de transferência compartilhado como uma ponte para contexto móvel/desktop—outros estão resolvendo essa lacuna de forma semelhante?
5. Experiências executando Obsidian + Claude Code juntos—o que quebrou?