obsidian-segundo-cerebro

obsidian-segundo-cerebro

Skill de conhecimento (biblioteca). Não executa processo próprio — outras skills a invocam para saber onde ler e escrever no vault do usuário.

1. Localização do vault

/Users/cezar.zaleski/Documents/Pessoal/Obsidian/Segundo Cérebro/

Todas as referências de path nesta skill são relativas a essa raiz salvo indicação contrária.

2. Estrutura PARA

Segundo Cérebro/
├── 0 Inbox/         # Buffer. Default para capturas ambíguas.
├── 1 Projects/      # Pastas por projeto ativo. Cada pasta tem Diário.md + notas.
├── 2 Areas/         # Áreas contínuas de responsabilidade (Saúde, Arco Educação, etc.).
├── 3 Resources/     # Referências e materiais. READ-ONLY por padrão.
├── 4 Archives/      # Inativos. READ-ONLY por padrão; escrita só em arquivamento.
└── Templates/       # Templates reutilizáveis.

Quando escrever em cada pasta

• 0 Inbox/ — destino default quando o tópico é ambíguo, exploratório, ou sem match com projeto/área. Nunca força formato de projeto.
• 1 Projects/<Nome>/ — só quando há match com projeto existente OU quando o usuário sinalizou explicitamente "novo projeto".
• 2 Areas/<Nome>/ — só quando há match com área existente.
• 3 Resources/ e 4 Archives/ — não escrever sem pedido explícito. Archives recebe projetos movidos no ritual de conclusão.

3. Convenções do vault

• Sem frontmatter YAML. O usuário não adota properties. Não adicionar --- no topo das notas.
• Wikilinks [[Nome da Nota]] para referências entre notas.
• Headings com emoji é padrão visual do usuário (🎯 Objetivo, 📝 Observações, 💡 Conceitos, 🔗 Conexões, 🚀 Próximos Passos). Respeitar ao escrever em notas existentes; permitido mas não obrigatório em notas novas.
• Conceito "PI" (Produto Intermediário) foi descontinuado. Não criar nem referenciar.

4. Regras de leitura

Ordem de busca quando o usuário menciona um tópico

1. 1 Projects/ — fuzzy match no nome das pastas.
2. 2 Areas/ — fuzzy match no nome das pastas.
3. 0 Inbox/ — busca por palavra-chave em nomes e conteúdo de notas.
4. 3 Resources/ — só se explicitamente pedido.
5. 4 Archives/ — só se explicitamente pedido.

Critério de match forte

• Usuário cita o nome exato ou com similaridade óbvia ("Desacoplamento PRA", "aquele desacoplamento", "o PRA").
• Se 2+ candidatos empatam → retornar a lista para a skill consumidora decidir (normalmente perguntando ao usuário).
• Se nenhum candidato → retornar "sem match", a skill consumidora cai para Inbox como default.

O que carregar ao encontrar um projeto

• A nota-índice do projeto (nota com o mesmo nome da pasta, se existir).
• O Diário.md da pasta (histórico cronológico de sessões).
• Outras notas da pasta, preferindo as modificadas mais recentemente.

5. Regras de escrita

5.1. Formato padrão de entrada no Diário.md

Sempre apendar ao fim do arquivo. Se o arquivo não existir, criar. Seguir este esqueleto:

## YYYY-MM-DD — <título curto do que foi discutido>

### Contexto
<o que motivou a sessão; do que estávamos falando>

### Decisões / Conclusões
<o que ficou decidido; pode ser lista>

### Próximos passos
- [ ] <ação>
- [ ] <ação>

### Questões em aberto
<dúvidas que ficaram para próxima sessão>

Separar entradas com uma linha em branco. Não reescrever entradas anteriores.

5.2. Criar pasta de projeto novo

Acionado apenas quando o usuário sinalizou explicitamente ("vou começar um projeto de X", "novo projeto: Y"). Passos:

1. Criar 1 Projects/<Nome do Projeto>/.
2. Ler Templates/Início de Projeto.md como guia de perguntas.
3. Conduzir o usuário pelas perguntas do template e escrever a nota-índice 1 Projects/<Nome do Projeto>/<Nome do Projeto>.md com as respostas.
4. Criar 1 Projects/<Nome do Projeto>/Diário.md vazio (primeira entrada só vem ao fim da sessão).

5.3. Criar entrada na Inbox

Quando o tópico não bate com nada existente e o usuário não sinalizou "novo projeto":

• Criar arquivo 0 Inbox/YYYY-MM-DD - <tópico>.md.
• Conteúdo livre, sem formato forçado. Incluir contexto breve e o que foi conversado.

5.4. Concluir projeto (mover para Archives)

Acionado quando o usuário sinaliza conclusão ("terminei", "projeto concluído", "fechando") ou quando a skill consumidora detecta esse sinal e confirma com o usuário. Passos:

1. Ler Templates/Conclusão de Projeto.md.
2. Conduzir o usuário pelas perguntas do template.
3. Salvar respostas em 1 Projects/<Nome>/Conclusão - YYYY-MM-DD.md.
4. Só após confirmação explícita: mover pasta inteira para 4 Archives/<Nome>/.

5.5. Nunca

• Renomear arquivos ou pastas existentes.
• Deletar notas do usuário.
• Reescrever conteúdo existente em Diário.md (só append).
• Adicionar frontmatter YAML onde não havia.
• Criar projetos sem sinalização explícita.

6. Templates relevantes

• Templates/Início de Projeto.md — guia para rituais de início.
• Templates/Conclusão de Projeto.md — guia para rituais de fim.
• Templates/Revisão Semanal.md e Templates/Processamento Semanal.md — usados em skills futuras (fora do escopo atual).

7. Contrato com skills consumidoras

Skills que usam esta biblioteca devem:

1. Invocar esta skill antes de qualquer operação no vault.
2. Respeitar as regras de escrita acima (especialmente o esqueleto do Diário.md e o default Inbox).
3. Reportar ao usuário o caminho relativo do(s) arquivo(s) modificado(s) ao fim da operação.