Pastas e propriedades de notas

A V2 identifica uma entidade por sua propriedade type. A pasta não define se ela é um projeto, meta ou reunião. Você pode organizar essas notas com seu próprio método de arquivamento.

Atribua um tipo aceito às notas

Os tipos reconhecidos são project, area, resource, goal, meeting, person e note.

Por exemplo, uma nota de projeto começa com:

---
type: project
status: ongoing
deadline: 2026-09-30
goals: []
---

Um type explícito não aceito não se torna uma entidade compatível. Markdown comum sem tipo é reconhecido como uma nota simples fora das pastas de revisões e modelos.

Os comandos de criação solicitam uma pasta de destino. A V2 não usa as antigas configurações de mapeamento de pastas da V1 para identificar entidades.

Use seus próprios metadados

Os status de projetos e metas são livres. Escolha os nomes que descrevem seu trabalho. O status não determina a conclusão por si só.

A visualização nativa pages pode filtrar propriedades personalizadas:

view: pages
type: project
where: status=ongoing, priority=high
completed: false
sort: deadline

where usa pares property=value e verifica os valores de listas individualmente. Defina archived: true em uma nota para arquivá-la. As visualizações de páginas padrão ocultam notas arquivadas, salvo quando solicitadas.

Use a propriedade icon ou o comando Change file icon para ícones nativos de arquivos.

Preserve os locais reservados

Mantenha os modelos de criação em templates/obsibrain/. Mantenha as revisões periódicas em reviews/1-daily até reviews/5-yearly. Seus caminhos e formatos de data identificam o contexto da revisão.

O painel raiz é Dashboard.md. Se você o mover ou renomear, Open Dashboard considera o painel raiz ausente e cria ali um padrão.

Para um cofre V1, use o assistente de migração antes de reorganizar manualmente. Nomes de pastas e tags antigas não estabelecem todas as identidades V2 por si só.