Guia Completo: Obsidian com Markdown, Frontmatter e um Vault Melhor

Objetivo: sair do zero e aprender a operar o Obsidian usando Markdown, frontmatter/properties e boas práticas de organização para transformar seu vault em um sistema útil, pesquisável e sustentável.

Como usar este guia

Leia em três passadas:

Primeira passada: entenda o básico de vault, notas, links e Markdown.
Segunda passada: copie os modelos de notas e properties para dentro do seu vault.
Terceira passada: implemente rotinas, pesquisa, templates e Bases/Dataview.

Não tente instalar 30 plugins no primeiro dia. Isso é o jeito mais rápido de criar um parque de diversões inútil. Primeiro aprenda a escrever boas notas, nomear arquivos, linkar ideias e usar metadados. Plugins só entram depois para resolver problemas reais.

Sumário

O que é o Obsidian de verdade
Conceitos fundamentais
Markdown do zero
Sintaxe especial do Obsidian
Frontmatter, YAML e Properties
Como desenhar um sistema de properties
Templates prontos para copiar
Links, backlinks e notas atômicas
Tags, pastas e mapas de conteúdo
Pesquisa, filtros e recuperação de informação
Daily notes, logs e revisão periódica
Bases, Dataview e notas como banco de dados
Tarefas, projetos e execução
Anexos, imagens, PDFs e referências
Plugins: quando usar e quando evitar
Estruturas de vault que funcionam
Fluxos de trabalho práticos
Manutenção, backup e segurança
Checklist de implementação em 30 dias
Cheat sheets finais
Fontes consultadas

1. O que é o Obsidian de verdade

O Obsidian é um aplicativo para trabalhar com notas locais em arquivos de texto puro, normalmente arquivos .md, isto é, Markdown. A parte importante não é a interface bonita, o gráfico ou os plugins. A parte importante é esta: seu conhecimento fica em arquivos comuns, legíveis fora do Obsidian.

Isso muda o jogo. Em vez de suas notas ficarem presas em um banco de dados obscuro, cada nota é um arquivo. Você pode abrir esses arquivos em editores como VS Code, Typora, iA Writer, Notepad, Vim, Zettlr ou qualquer editor de texto decente.

O que o Obsidian faz bem

Criar notas em Markdown.
Linkar notas com [[links internos]].
Mostrar backlinks, ou seja, notas que apontam para a nota atual.
Organizar conhecimento por links, tags, pastas e propriedades.
Criar visualizações de notas com Bases ou plugins como Dataview.
Permitir automação com templates e plugins.
Funcionar offline.

O que o Obsidian não faz magicamente

Ele não pensa por você. Ele não organiza bagunça mental por milagre. Se você criar 2.000 notas com nomes ruins, sem links, sem contexto e sem revisão, terá apenas uma gaveta digital mais sofisticada.

A regra brutalmente honesta é:

Um vault bom nasce de decisões simples repetidas com consistência, não de um setup complexo.

2. Conceitos fundamentais

Vault

Um vault é uma pasta no seu computador que o Obsidian trata como seu espaço de notas. Dentro dela ficam suas notas .md, anexos, imagens e configurações.

Exemplo:

Meu Vault/
  00 - Inbox/
  10 - Projetos/
  20 - Areas/
  30 - Recursos/
  40 - Arquivo/
  _templates/
  _attachments/

Nota

Uma nota é um arquivo .md. Exemplo:

Como aprender Markdown.md

Dentro dela você escreve texto, links, listas, código, imagens e metadados.

Markdown

Markdown é uma sintaxe simples para formatar texto. Você escreve assim:

# Título

Texto com **negrito** e *itálico*.

- item 1
- item 2

E o Obsidian mostra isso formatado.

Frontmatter / Properties

Frontmatter é um bloco de metadados no topo da nota. No Obsidian moderno, isso aparece como Properties na interface.

Exemplo:

---
type: livro
title: "A Arte de Fazer Acontecer"
author: "David Allen"
status: lendo
tags:
  - leitura
  - produtividade
created: 2026-05-27
---

Isso não é conteúdo principal da nota; é informação sobre a nota.

Link interno

Um link interno conecta uma nota a outra:

Este conceito se relaciona com [[Gestão do conhecimento]].

Backlink

Backlink é o caminho inverso: se a nota A aponta para a nota B, a nota B mostra que A está apontando para ela.

Templates

Templates são modelos de nota. Eles economizam decisão repetitiva.

Exemplo: um template para livros sempre pergunta título, autor, status, principais ideias e citações.

3. Markdown do zero

Markdown é simples, mas precisa ser praticado. Abaixo está o que você realmente usa no dia a dia.

Títulos

# Título 1
## Título 2
### Título 3
#### Título 4

Use títulos para criar estrutura. Não transforme toda linha em título. Título deve marcar seção, não decorar texto.

Parágrafos

Em Markdown, parágrafos são separados por linha em branco.

Este é um parágrafo.

Este é outro parágrafo.

Errado:

Este é um parágrafo.
Este provavelmente continua no mesmo bloco em alguns renderizadores.

Negrito, itálico e tachado

**negrito**
*itálico*
***negrito e itálico***
~~tachado~~

Use negrito com parcimônia. Se tudo é importante, nada é importante.

Listas com marcadores

- item
- item
  - subitem
  - subitem

Listas numeradas

1. Primeiro passo
2. Segundo passo
3. Terceiro passo

Você também pode escrever:

1. Primeiro
1. Segundo
1. Terceiro

Muitos renderizadores numeram automaticamente.

Checklists

- [ ] Escrever nota
- [ ] Revisar nota
- [x] Criar template

No Obsidian, checkboxes podem ser clicáveis no modo de leitura/live preview.

Citações

> Esta é uma citação.

Citações são boas para trechos de livros, artigos e pensamentos de terceiros.

Separadores

---

Use para separar blocos grandes. Não exagere.

Código inline

Use `Ctrl+P` para abrir a paleta de comandos.

Blocos de código

```python
print("Olá, Obsidian")
```

Você pode trocar python por javascript, bash, yaml, json, sql, html, etc.

Links externos

[Site do Obsidian](https://obsidian.md)

Imagens externas

![Texto alternativo](https://exemplo.com/imagem.png)

Tabelas

| Campo | Exemplo | Observação |
|---|---|---|
| status | ativo | use valores consistentes |
| prioridade | alta | evite inventar 20 níveis |

Tabela em Markdown é útil, mas não vire refém dela. Para listas complexas de notas, use properties + Bases/Dataview.

Escapando caracteres

Se quiser mostrar um caractere especial sem que ele vire formatação, use barra invertida.

\# Isto não vira título
\* Isto não vira itálico

4. Sintaxe especial do Obsidian

O Obsidian aceita Markdown comum, mas adiciona recursos próprios.

Wikilinks

[[Nome da Nota]]

Isso cria um link para uma nota chamada Nome da Nota.md.

Link com texto alternativo

[[Nome da Nota|texto que aparece]]

Exemplo:

Leia também [[Teoria da carga cognitiva|carga cognitiva]].

Link para título dentro de uma nota

[[Nome da Nota#Título da seção]]

Exemplo:

[[Projeto X#Próximas ações]]

Link para bloco específico

Você pode criar referência para um bloco:

Este parágrafo é importante. ^ideia-central

Depois linkar:

[[Nome da Nota#^ideia-central]]

Use isso com moderação. Blocos são poderosos, mas podem virar microgerenciamento.

Embeds: incorporar uma nota dentro de outra

![[Nome da Nota]]

Isso mostra o conteúdo de uma nota dentro de outra.

Também funciona com imagem:

![[imagem.png]]

Com PDF:

![[arquivo.pdf]]

Com seção:

![[Nome da Nota#Resumo]]

Tags no corpo da nota

#pesquisa #livro #projeto/ativo

Tags podem ser aninhadas com /:

#projeto/ativo
#projeto/pausado
#area/saude

Callouts

Callouts são blocos destacados.

> [!note]
> Isto é uma nota comum.

> [!warning]
> Cuidado: não instale plugins sem necessidade.

> [!tip]
> Use templates para reduzir atrito.

Callouts comuns:

> [!note]
> Nota.

> [!abstract]
> Resumo.

> [!info]
> Informação.

> [!todo]
> Tarefa.

> [!tip]
> Dica.

> [!success]
> Sucesso.

> [!question]
> Pergunta.

> [!warning]
> Aviso.

> [!failure]
> Falha.

> [!danger]
> Perigo.

> [!bug]
> Bug.

> [!example]
> Exemplo.

> [!quote]
> Citação.

Callout dobrável

> [!note]- Clique para abrir
> Conteúdo escondido inicialmente.

Aberto por padrão:

> [!note]+ Aberto por padrão
> Conteúdo visível inicialmente.

Comentários HTML

<!-- Isto é um comentário invisível na visualização -->

Útil para lembretes internos, mas não abuse.

Diagramas Mermaid

O Obsidian suporta Mermaid para diagramas em blocos de código.

```mermaid
graph TD
  A[Ideia] --> B[Nota]
  B --> C[Link]
  C --> D[Conhecimento conectado]
```

Use Mermaid para fluxos, decisões e arquitetura. Não perca meia hora desenhando um diagrama que uma lista resolveria.

Matemática com LaTeX

Inline:

A fórmula é $E = mc^2$.

Bloco:

$$
E = mc^2
$$

5. Frontmatter, YAML e Properties

Frontmatter é onde você coloca metadados estruturados. No Obsidian, essa camada aparece como Properties. Na prática, você escreve YAML no topo da nota entre duas linhas ---.

Estrutura básica

---
type: nota
status: rascunho
tags:
  - obsidian
  - markdown
created: 2026-05-27
---

Regras importantes:

O frontmatter deve ficar no topo do arquivo.
Começa com --- e termina com ---.
Cada campo segue o padrão chave: valor.
Indentação importa.
Não use tab; use espaços.
Se um valor tem caracteres especiais, use aspas.

YAML mínimo

Texto simples

title: Guia de Obsidian

Texto com aspas

title: "Guia de Obsidian: Markdown e Frontmatter"

Número

rating: 8

Booleano

favorite: true
archived: false

Data

created: 2026-05-27

Lista em linhas

tags:
  - obsidian
  - markdown
  - pkm

Lista em uma linha

tags: [obsidian, markdown, pkm]

Prefira lista em várias linhas. É mais legível e dá menos problema quando crescer.

Links em properties

related:
  - "[[Markdown]]"
  - "[[Gestão do conhecimento]]"

Properties padrão do Obsidian

O Obsidian reconhece algumas properties especiais:

tags:
  - produtividade
aliases:
  - PKM
  - personal knowledge management
cssclasses:
  - wide-page

aliases

Aliases são nomes alternativos da nota. Útil para siglas, nomes em inglês/português e variações.

aliases:
  - GTD
  - Getting Things Done
  - A Arte de Fazer Acontecer

cssclasses

Permite aplicar classes CSS a uma nota, se você usa snippets ou temas que respeitam isso.

cssclasses:
  - dashboard
  - wide-page

Se você não usa CSS customizado, ignore cssclasses no começo.

Tipos de properties

O Obsidian permite diferentes tipos de propriedades na interface, como texto, lista, número, checkbox, data, data e hora. A ideia é fazer com que o campo tenha comportamento melhor na busca, edição e visualização.

Exemplos práticos:

status: ativo
priority: 2
created: 2026-05-27
deadline: 2026-06-10
published: false
rating: 9

Campos que quase todo vault deveria ter

Não coloque tudo em todas as notas. Isso deixa seu vault burocrático. Mas estes campos são bons candidatos:

---
type: nota
status: rascunho
created: 2026-05-27
updated: 2026-05-27
tags: []
---

Campo `type`

O campo type diz que tipo de nota é aquela.

Exemplos:

type: ideia

type: livro

type: projeto

type: pessoa

type: reunião

Esse campo é essencial para criar filtros em Bases/Dataview.

Campo `status`

Use status para ciclo de vida.

Exemplos para notas:

status: rascunho

status: revisado

status: permanente

Exemplos para projetos:

status: ativo

status: pausado

status: concluido

status: cancelado

Escolha poucos valores. Se você tiver 18 status, seu sistema já começou errado.

Campo `created` e `updated`

created: 2026-05-27
updated: 2026-05-27

O Obsidian pode mostrar data de criação do arquivo, mas ter isso no frontmatter ajuda na portabilidade e nas consultas.

Campo `source`

Para notas baseadas em fonte externa:

source: "https://exemplo.com/artigo"

Ou:

source:
  - "[[Livro - Hábitos Atômicos]]"
  - "https://exemplo.com"

Campo `related`

related:
  - "[[Hábitos]]"
  - "[[Identidade]]"

Mas cuidado: link no corpo da nota geralmente é mais rico do que link escondido no frontmatter. Use related quando quiser criar visualizações, não para substituir escrita contextual.

Campo `area`

area: saúde

Ou linkado:

area: "[[Saúde]]"

Áreas são responsabilidades contínuas, como saúde, finanças, carreira, estudos, família, empresa.

Campo `project`

project: "[[Lançar curso de Markdown]]"

Use quando uma nota pertence a um projeto.

Campo `moc`

MOC significa Map of Content, ou mapa de conteúdo. É uma nota índice.

moc: "[[MOC - Obsidian]]"

Erros comuns em YAML

Erro 1: esquecer espaço depois dos dois pontos

Errado:

status:ativo

Certo:

status: ativo

Erro 2: misturar lista com indentação quebrada

Errado:

tags:
- obsidian
 - markdown

Certo:

tags:
  - obsidian
  - markdown

Erro 3: usar aspas inconsistentes em valores com dois pontos

Errado:

title: Obsidian: Guia completo

Pode dar problema. Melhor:

title: "Obsidian: Guia completo"

Erro 4: duplicar chaves

Errado:

status: ativo
status: pausado

Certo:

status: ativo

Erro 5: exagerar nos metadados

Errado:

mood: pensativo
weather: nublado
coffee: sim
chair: desconfortável
relevance_score: 7.3
future_self_alignment: médio

A menos que você tenha um motivo real, isso é teatro de produtividade.

6. Como desenhar um sistema de properties

A pergunta certa não é “quais properties posso usar?”. A pergunta certa é:

“Que perguntas eu quero fazer ao meu vault depois?”

Properties existem para responder perguntas.

Exemplos de perguntas úteis

Quais livros estou lendo?
Quais projetos estão ativos?
Quais notas são rascunhos que precisam de revisão?
Quais reuniões aconteceram com determinada pessoa?
Quais ideias estão ligadas a um tema?
Quais artigos ainda não processei?
Quais tarefas vencem esta semana?

Cada pergunta sugere campos.

Sistema mínimo recomendado

Para começar, use estes campos:

---
type: nota
status: rascunho
created: 2026-05-27
updated: 2026-05-27
tags: []
---

Só isso. Sim, só isso. A maioria das pessoas deveria começar menor.

Sistema intermediário

---
type: nota
status: rascunho
created: 2026-05-27
updated: 2026-05-27
area: 
project: 
source: 
tags: []
aliases: []
---

Sistema avançado por tipo de nota

Ideia

---
type: ideia
status: rascunho
created: 2026-05-27
updated: 2026-05-27
tags:
  - ideia
source: 
related: []
---

Livro

---
type: livro
title: 
author: 
status: quero-ler
started: 
finished: 
rating: 
tags:
  - leitura
aliases: []
---

Projeto

---
type: projeto
status: ativo
area: 
owner: Pablo
start: 2026-05-27
deadline: 
priority: 2
tags:
  - projeto
---

Reunião

---
type: reunião
date: 2026-05-27
project: 
people: []
tags:
  - reunião
---

Pessoa

---
type: pessoa
company: 
role: 
email: 
tags:
  - pessoa
---

Artigo / fonte web

---
type: artigo
title: 
author: 
url: 
published: 
saved: 2026-05-27
status: inbox
tags:
  - artigo
---

Convenções de valores

Escolha vocabulário fixo.

Ruim:

status: in progress

status: andamento

status: doing

status: ativo

Bom:

status: ativo

Use sempre o mesmo idioma e o mesmo padrão.

Nomes de campos: português ou inglês?

Escolha um e mantenha.

Minha recomendação prática:

Use inglês para campos técnicos comuns: type, status, created, updated, tags, aliases, source.
Use português se isso tornar o vault mais natural para você.

O ponto não é a língua. O ponto é consistência.

Valores: acentos ou sem acentos?

Para reduzir problemas em busca, URLs, automações e plugins, prefira valores simples:

status: concluido

em vez de:

status: concluído

Em texto normal, escreva português bonito. Em metadados, seja pragmático.

Datas

Use ISO:

2026-05-27

Não use:

27/05/2026

ISO ordena corretamente, funciona melhor em sistemas e evita ambiguidade.

Quando usar tag e quando usar property?

Use tag para agrupamento flexível e transversal.

Use property quando o campo tem valor específico, previsível e consultável.

Exemplos:

tags:
  - filosofia
  - escrita

status: rascunho
rating: 8
author: "Yuval Noah Harari"

Não faça isto:

#status/ativo #autor/fulano #nota/rascunho #rating/8

Isso era comum antes de properties ficarem boas. Hoje, para metadados estruturados, use properties.

7. Templates prontos para copiar

Crie uma pasta _templates no seu vault e salve estes modelos.

Template base de nota

Arquivo: _templates/Nota.md

---
type: nota
status: rascunho
created: {{date}}
updated: {{date}}
tags: []
aliases: []
---

# {{title}}

## Ideia central


## Desenvolvimento


## Links

- 

## Próximas ações

- [ ]

Se você usar o plugin core Templates, {{date}} pode ser configurado conforme o formato desejado.

Template de ideia atômica

---
type: ideia
status: rascunho
created: {{date}}
updated: {{date}}
tags:
  - ideia
source: 
related: []
---

# {{title}}

## Em uma frase


## Explicação


## Por que isso importa


## Exemplo


## Conexões

-

Template de livro

---
type: livro
title: "{{title}}"
author: 
status: quero-ler
started: 
finished: 
rating: 
tags:
  - leitura
aliases: []
---

# {{title}}

## Dados

- Autor: 
- Tema: 
- Por que estou lendo: 

## Resumo em 5 linhas


## Ideias principais

### 1. 


### 2. 


### 3. 


## Citações

> 

## Aplicações práticas

- [ ] 

## Notas conectadas

-

Template de artigo

---
type: artigo
title: "{{title}}"
author: 
url: 
published: 
saved: {{date}}
status: inbox
tags:
  - artigo
---

# {{title}}

## Link


## Resumo


## Pontos importantes

- 

## Minha avaliação


## Ideias derivadas

-

Template de projeto

---
type: projeto
status: ativo
area: 
owner: Pablo
start: {{date}}
deadline: 
priority: 2
tags:
  - projeto
---

# {{title}}

## Resultado desejado


## Por que isso importa


## Escopo

### Dentro

- 

### Fora

- 

## Próximas ações

- [ ] 

## Decisões

| Data | Decisão | Motivo |
|---|---|---|
| {{date}} |  |  |

## Reuniões

- 

## Materiais

-

Template de reunião

---
type: reunião
date: {{date}}
project: 
people: []
tags:
  - reunião
---

# Reunião - {{date}} - {{title}}

## Participantes

- 

## Contexto


## Pauta

- 

## Notas

- 

## Decisões

- 

## Ações

- [ ]

Template de pessoa

---
type: pessoa
company: 
role: 
email: 
tags:
  - pessoa
aliases: []
---

# {{title}}

## Contexto


## Relacionamento


## Projetos relacionados

- 

## Reuniões

- 

## Observações

-

Template de daily note

---
type: daily
date: {{date}}
tags:
  - daily
---

# {{date}}

## Foco do dia

1. 
2. 
3. 

## Agenda

- 

## Tarefas

- [ ] 

## Notas rápidas

- 

## Aprendizados

- 

## Encerramento

- O que avancei?
- O que ficou pendente?
- Qual é a primeira ação de amanhã?

Template de MOC

---
type: moc
status: ativo
tags:
  - moc
aliases: []
---

# MOC - {{title}}

## Visão geral


## Notas principais

- 

## Subtemas

### 

- 

## Projetos relacionados

- 

## Perguntas abertas

-

8. Links, backlinks e notas atômicas

A força do Obsidian não é guardar notas. Qualquer app faz isso. A força é criar conexão entre ideias.

Link bom tem contexto

Ruim:

[[Hábitos]]

Melhor:

A mudança de comportamento funciona melhor quando o ambiente reduz fricção; isso se conecta com [[Hábitos]] e [[Design de ambiente]].

O link precisa explicar por que existe.

Não linke tudo

Se você linka toda palavra, seu vault vira uma árvore de Natal piscando. Linke conceitos que você realmente quer reencontrar ou desenvolver.

Regra dos três links

Para notas conceituais, tente ter:

Um link para uma ideia acima ou mais geral.
Um link para uma ideia relacionada.
Um link para um exemplo, fonte ou aplicação.

Exemplo:

Esta nota faz parte de [[Aprendizagem]]. Ela se relaciona com [[Carga cognitiva]] e aparece na prática em [[Como estudar programação]].

Notas atômicas

Uma nota atômica trata de uma ideia principal. Não significa nota minúscula. Significa nota focada.

Ruim:

Coisas sobre produtividade.md

Melhor:

Ambiente vence força de vontade.md

Quando criar uma nova nota?

Crie nova nota quando:

A ideia pode ser reutilizada em outro contexto.
O trecho está ficando grande demais.
O conceito merece ser linkado diretamente.
Você consegue dar um título claro e específico.

Não crie nova nota quando:

É apenas um detalhe solto.
Você não sabe o que está tentando dizer.
Você está só procrastinando organizando.

Backlinks

Backlinks mostram quais notas apontam para a nota atual. Eles são úteis para descobrir contexto emergente.

Exemplo: você abre a nota Ansiedade e vê backlinks vindos de:

Sono
Exercício físico
Terapia cognitivo-comportamental
Rotina de trabalho

Isso revela que ansiedade não é uma nota isolada; é um nó dentro de uma rede.

Menções não linkadas

O Obsidian pode sugerir menções não linkadas: textos que citam o nome de uma nota, mas ainda não têm link. Isso é útil para limpar conexões esquecidas.

9. Tags, pastas e mapas de conteúdo

Organização boa usa ferramentas diferentes para finalidades diferentes.

Pastas

Pastas são boas para separar grandes contextos e reduzir bagunça visual.

Exemplo:

00 - Inbox/
10 - Projetos/
20 - Areas/
30 - Recursos/
40 - Arquivo/
_templates/
_attachments/

Links

Links são bons para relações semânticas entre ideias.

Exemplo:

[[Sono]] influencia [[Saúde mental]] e [[Aprendizagem]].

MOCs

MOC significa Map of Content. É uma nota índice que organiza links importantes sobre um tema.

Exemplo:

# MOC - Saúde Mental

## Fundamentos

- [[Ansiedade]]
- [[Depressão]]
- [[Sono]]
- [[Exercício físico]]

## Práticas

- [[Terapia cognitivo-comportamental]]
- [[Meditação]]
- [[Journaling]]

## Leituras

- [[Livro - O Corpo Guarda as Marcas]]

Pasta vs tag vs link: decisão rápida

Necessidade	Use
Separar grandes áreas do vault	Pasta
Marcar tema transversal	Tag
Conectar ideias com significado	Link
Criar página inicial de um assunto	MOC
Filtrar por estado ou tipo	Property

Estrutura recomendada para começar

Vault/
  00 - Inbox/
  10 - Projetos/
  20 - Areas/
  30 - Recursos/
  40 - Arquivo/
  50 - MOCs/
  _templates/
  _attachments/

00 - Inbox

Entrada rápida. Tudo que ainda não foi processado cai aqui.

10 - Projetos

Coisas com começo, fim e resultado desejado.

20 - Areas

Responsabilidades contínuas: saúde, carreira, finanças, estudos, família.

30 - Recursos

Conhecimento de referência: livros, artigos, conceitos, tutoriais, notas permanentes.

40 - Arquivo

Coisas concluídas, antigas ou inativas.

50 - MOCs

Mapas de conteúdo.

_templates

Modelos de notas.

_attachments

Imagens, PDFs, arquivos anexos.

10. Pesquisa, filtros e recuperação de informação

Um vault bom não é aquele em que tudo está “arrumado”. É aquele em que você recupera informação rápido.

Pesquisa básica

Use a busca do Obsidian para encontrar texto no vault.

Exemplos:

ansiedade

"saúde mental"

Buscar por tag

tag:#leitura

Buscar por arquivo

file:projeto

Buscar por caminho

path:"10 - Projetos"

Buscar tarefas

task:

Tarefas pendentes:

task-todo:

Tarefas concluídas:

task-done:

Combinar termos

tag:#projeto status:ativo

Dependendo da sintaxe suportada pela versão/plugin, você pode usar operadores de busca. O ponto prático é: aprenda a filtrar antes de criar uma arquitetura enorme.

Queries embutidas

Você pode colocar busca dentro de nota:

```query
tag:#projeto
```

Isso cria uma lista dinâmica de resultados.

Busca salva

Crie notas-dashboard com queries frequentes:

# Dashboard de Projetos

## Projetos ativos

```query
tag:#projeto status:ativo
```

## Tarefas pendentes

```query
task-todo:
```

Pesquisa por properties

Com properties bem feitas, você pode filtrar notas por type, status, area, project, rating, date, etc., especialmente usando Bases ou Dataview.

11. Daily notes, logs e revisão periódica

Daily notes são notas diárias. Elas funcionam bem como caixa de entrada temporal.

Para que usar daily notes

Capturar pensamentos rápidos.
Registrar o que aconteceu no dia.
Anotar tarefas pequenas.
Criar log de decisões.
Registrar aprendizados.

Para que não usar daily notes

Não use daily note como cemitério eterno de ideias. Se algo é importante, processe para uma nota própria.

Fluxo recomendado

Durante o dia, jogue coisas na daily note:

- Ideia: escrever sobre [[Ambiente vence força de vontade]]
- [ ] Mandar email para João
- Reunião com Ana: decisão de pausar projeto X

No fim do dia ou da semana:

Transforme ideias importantes em notas próprias.
Mova tarefas para projetos.
Linke pessoas, projetos e conceitos.
Arquive ou ignore o resto.

Revisão semanal

Crie uma nota semanal:

# Semana 2026-W22

## Projetos ativos

- 

## O que avancei

- 

## Pendências

- [ ] 

## Ideias para processar

- 

## Decisões

-

Revisão mensal

# Revisão mensal - 2026-05

## Vitórias

- 

## Problemas recorrentes

- 

## Projetos concluídos

- 

## Projetos para pausar

- 

## Notas importantes criadas

- 

## Ajustes no sistema

-

A revisão é onde o vault melhora. Sem revisão, ele apodrece lentamente.

12. Bases, Dataview e notas como banco de dados

O Obsidian tem um recurso chamado Bases, que permite criar visualizações tipo banco de dados usando notas e properties. Também existe o plugin comunitário Dataview, muito usado para consultar notas com queries.

Quando usar Bases

Use Bases quando quiser ver notas como tabela ou cards, filtrando e ordenando por properties.

Exemplos:

Lista de projetos ativos.
Lista de livros por status.
Artigos salvos e não processados.
Reuniões por projeto.
Pessoas por empresa.

Exemplo de properties para Bases

Notas de projeto:

---
type: projeto
status: ativo
area: carreira
priority: 1
deadline: 2026-06-15
---

Com isso, uma Base pode filtrar:

type = projeto
status = ativo

E ordenar por:

priority asc
deadline asc

Dataview: conceito

Dataview é um plugin que transforma seu vault em algo consultável. Você escreve queries em notas para listar outras notas com base em metadados.

Exemplo conceitual:

```dataview
TABLE status, deadline, priority
FROM "10 - Projetos"
WHERE type = "projeto" AND status = "ativo"
SORT priority ASC
```

Exemplo: livros lendo

```dataview
TABLE author, started, rating
FROM "30 - Recursos"
WHERE type = "livro" AND status = "lendo"
SORT started DESC
```

Exemplo: artigos na inbox

```dataview
TABLE url, saved
WHERE type = "artigo" AND status = "inbox"
SORT saved DESC
```

Exemplo: projetos por deadline

```dataview
TABLE area, deadline, priority
WHERE type = "projeto" AND status = "ativo"
SORT deadline ASC
```

Bases ou Dataview?

Critério	Bases	Dataview
Oficial/core	Sim	Não, plugin comunitário
Fácil para começar	Sim	Médio
Queries avançadas	Menos flexível	Mais flexível
Melhor para usuários técnicos	Bom	Excelente
Risco de dependência	Menor	Maior

Minha recomendação: comece com Bases se sua versão do Obsidian tiver o recurso disponível. Use Dataview se você precisar de consultas mais avançadas e aceitar depender de plugin.

Regra de ouro

Antes de usar Bases ou Dataview, padronize properties. Query em metadados bagunçados é lixo automatizado.

13. Tarefas, projetos e execução

Obsidian pode gerenciar tarefas, mas ele não é automaticamente um gerenciador de tarefas perfeito.

Checklist simples

- [ ] Escrever rascunho
- [ ] Revisar
- [ ] Publicar

Tarefa com contexto

- [ ] Enviar proposta para João até sexta [[Projeto - Site novo]]

Separar tarefa de conhecimento

Não misture tudo. Uma nota conceitual não deveria virar uma lista infinita de afazeres.

Bom:

# Projeto - Curso de Markdown

## Próximas ações

- [ ] Definir módulos
- [ ] Gravar aula 1

Ruim:

# Markdown

Markdown é uma sintaxe...

- [ ] Comprar pão
- [ ] Responder Maria
- [ ] Ver imposto de renda

Sistema simples de projetos

Cada projeto deve ter:

Resultado desejado.
Próxima ação clara.
Deadline, se existir.
Status.
Área relacionada.

Frontmatter:

---
type: projeto
status: ativo
area: carreira
start: 2026-05-27
deadline: 2026-06-30
priority: 1
---

Corpo:

# Projeto - Lançar newsletter

## Resultado desejado

Newsletter publicada com pelo menos 4 edições iniciais.

## Próxima ação

- [ ] Escrever edição piloto

## Lista de ações

- [ ] Definir tema
- [ ] Criar identidade visual simples
- [ ] Escolher ferramenta
- [ ] Escrever edição piloto

Quando usar plugin Tasks

Use plugin de tarefas se você precisar de:

Datas de vencimento estruturadas.
Recorrência.
Filtros avançados de tarefas.
Queries de tarefas em dashboards.

Não instale antes de sentir a dor. Senão você vai passar mais tempo ajustando tarefas do que executando.

14. Anexos, imagens, PDFs e referências

Pasta de anexos

Configure uma pasta para anexos:

_attachments/

No Obsidian:

Settings -> Files and links -> Default location for new attachments

Escolha a pasta _attachments.

Inserir imagem

![[imagem.png]]

Com tamanho:

![[imagem.png|500]]

Inserir PDF

![[artigo.pdf]]

Linkar PDF sem incorporar

[[artigo.pdf]]

Notas de referência

Para cada livro/artigo importante, crie uma nota de referência com:

---
type: fonte
title: 
author: 
year: 
url: 
status: processado
tags:
  - fonte
---

E corpo:

# Título

## Resumo


## Citações


## Ideias derivadas

- [[Ideia 1]]
- [[Ideia 2]]

Não transforme o vault em depósito de PDF

Guardar PDF não é aprender. Destaque, resuma, extraia ideias e conecte. Se o arquivo está lá mas não mudou seu pensamento, ele é peso morto.

15. Plugins: quando usar e quando evitar

Plugins são ótimos, mas também são o caminho mais comum para transformar o Obsidian em um monstro instável.

Regra para instalar plugin

Instale plugin somente se completar esta frase:

“Eu preciso deste plugin porque hoje eu tento fazer X, mas o Obsidian puro não resolve Y.”

Se você só achou “legal”, não instale ainda.

Segurança

Plugins comunitários executam código de terceiros. Isso significa que você deve ter cuidado. Use plugins conhecidos, leia a página do plugin, veja manutenção, comunidade e permissões. Se um plugin não é necessário, não instale.

Plugins úteis, por categoria

Templates avançados

Templater: automação de templates com lógica, datas e scripts.

Consultas

Dataview: consultas em notas usando metadados.

Tarefas

Tasks: gerenciamento avançado de tarefas.

Escrita longa

Longform: útil para livros, roteiros, projetos grandes de escrita.

Organização visual

Excalidraw: desenhos e mapas visuais.
Canvas: recurso core do Obsidian para mapas visuais.

Captura

Readwise Official se você usa Readwise.
Web clipper, se você salva muitos artigos.

Plugins que você provavelmente não precisa no início

Qualquer coisa que prometa “segundo cérebro perfeito”.
Dashboards super ornamentados.
Plugins de tema e estética antes do sistema funcionar.
Automações complexas antes de você ter rotina.

A estética pode esperar. Captura, recuperação e revisão não podem.

16. Estruturas de vault que funcionam

Não existe estrutura perfeita. Existe estrutura que você entende e mantém.

Modelo PARA adaptado

PARA vem de Projects, Areas, Resources, Archives.

10 - Projects/
20 - Areas/
30 - Resources/
40 - Archives/

Versão em português:

10 - Projetos/
20 - Areas/
30 - Recursos/
40 - Arquivo/

Projetos

Têm resultado e fim.

Exemplos:

Lançar site novo
Escrever artigo sobre Obsidian
Organizar viagem

Áreas

São responsabilidades contínuas.

Exemplos:

Saúde
Finanças
Carreira
Família
Estudos

Recursos

Materiais e conhecimentos por tema.

Exemplos:

Markdown
Psicologia
História
Programação
Cinema

Arquivo

Coisas inativas.

Modelo Zettelkasten leve

00 - Inbox/
10 - Literature Notes/
20 - Permanent Notes/
30 - MOCs/
40 - Projects/

Funciona bem para pesquisa e escrita.

Modelo híbrido recomendado

00 - Inbox/
10 - Projetos/
20 - Areas/
30 - Recursos/
31 - Fontes/
32 - Ideias/
50 - MOCs/
90 - Arquivo/
_templates/
_attachments/

Esse modelo separa fonte de ideia. Isso é muito importante.

Fonte vs ideia

Nota de fonte:

Livro - Hábitos Atômicos.md

Nota de ideia:

Ambiente vence força de vontade.md

Fonte é de onde veio. Ideia é o que você pensa com aquilo.

Nome de arquivo

Prefira nomes claros.

Ruim:

nota1.md
ideias.md
coisas.md

Bom:

Ambiente vence força de vontade.md
Como usar frontmatter no Obsidian.md
Projeto - Lançar newsletter.md
Pessoa - Maria Silva.md
Livro - Hábitos Atômicos.md

Prefixos úteis

Projeto - Nome.md
Livro - Nome.md
Pessoa - Nome.md
MOC - Tema.md
Reunião - 2026-05-27 - Tema.md

Isso facilita busca e leitura.

17. Fluxos de trabalho práticos

Fluxo 1: capturar uma ideia rápida

Abra a daily note ou Inbox.
Escreva a ideia em uma frase.
Linke um conceito se for óbvio.
Depois processe.

Exemplo:

- Ideia: vault bom depende mais de revisão semanal do que de tags perfeitas. Relacionado a [[Manutenção de sistemas pessoais]].

Depois vira nota:

# Revisão vence organização perfeita

Um sistema de notas não melhora por estar perfeitamente classificado, mas por ser revisado e reutilizado...

Fluxo 2: processar artigo

Salve artigo como nota de fonte.
Preencha type: artigo, url, status: inbox.
Leia e resuma.
Extraia ideias em notas próprias.
Mude status: processado.

Fluxo 3: estudar livro

Crie nota do livro com template.
Durante a leitura, capture citações e páginas.
Ao final de cada capítulo, escreva resumo com suas palavras.
Transforme ideias fortes em notas atômicas.
Conecte com projetos e MOCs.

Fluxo 4: gerenciar projeto

Crie nota de projeto.
Defina resultado desejado.
Liste próximas ações.
Linke reuniões e materiais.
Revise semanalmente.

Fluxo 5: criar MOC

Crie MOC quando você perceber que tem várias notas sobre um tema.

Exemplo:

# MOC - Markdown

## Básico

- [[O que é Markdown]]
- [[Títulos em Markdown]]
- [[Listas em Markdown]]

## Obsidian

- [[Wikilinks no Obsidian]]
- [[Frontmatter no Obsidian]]
- [[Callouts no Obsidian]]

Fluxo 6: revisão semanal do vault

Toda semana:

Abra 00 - Inbox.
Apague lixo.
Transforme ideias úteis em notas.
Revise projetos ativos.
Atualize statuses.
Veja notas sem links.
Crie ou atualize MOCs.

Fluxo 7: escrever texto usando o vault

Crie uma nota de projeto de escrita.
Crie um outline.
Linke notas relevantes.
Transclua notas ou trechos com ![[Nota]] se útil.
Transforme em rascunho contínuo.
Edite fora do modo “coleção de notas”.

18. Manutenção, backup e segurança

Backup

Seu vault é uma pasta. Faça backup como faria com qualquer pasta importante.

Opções:

Obsidian Sync.
Git, se você sabe usar.
iCloud/Dropbox/Google Drive/OneDrive com cuidado.
Backup local em HD externo.

Cuidado com sincronização

Serviços de nuvem podem causar conflito se você editar em vários dispositivos ao mesmo tempo. Se usar iCloud/Drive/Dropbox, espere sincronizar antes de abrir em outro aparelho.

Git

Se você é programador, Git é excelente para histórico de alterações. Mas não complique se você não precisa.

Estrutura típica:

git init
git add .
git commit -m "Inicializa vault"

Não versionar cache e configurações sensíveis pode ser necessário dependendo do setup.

Privacidade

Lembre: notas podem conter dados sensíveis. Antes de instalar plugins, sincronizar com serviços ou publicar notas, pense no risco.

Obsidian Publish

Obsidian Publish serve para publicar notas como site. Antes de publicar, revise:

Properties sensíveis.
Links internos para notas privadas.
Anexos.
Comentários invisíveis.
Dados pessoais.

Limpeza mensal

Uma vez por mês:

Verifique notas na Inbox.
Arquive projetos concluídos.
Remova tags inúteis.
Padronize status quebrados.
Atualize templates.
Revise plugins instalados.

19. Checklist de implementação em 30 dias

Dia 1: criar o vault

Criar vault.
Criar pastas principais.
Configurar pasta de anexos.
Criar pasta _templates.

Dia 2: aprender Markdown básico

Criar nota de teste.
Praticar títulos.
Praticar listas.
Praticar links.
Praticar checkboxes.

Dia 3: configurar templates mínimos

Template de nota.
Template de projeto.
Template de livro/artigo.
Template de daily note.

Dias 4 a 7: capturar sem organizar demais

Usar daily note.
Capturar ideias.
Criar 5 links internos.
Criar 3 notas atômicas.

Semana 2: properties

Definir valores de type.
Definir valores de status.
Aplicar properties em 20 notas.
Corrigir YAML quebrado.

Semana 3: projetos e fontes

Criar notas para projetos ativos.
Criar notas de livros/artigos.
Separar fontes de ideias.
Criar primeiro MOC.

Semana 4: consultas e revisão

Criar dashboard simples.
Testar Bases ou Dataview.
Fazer revisão semanal.
Remover plugins desnecessários.
Ajustar templates.

Ao fim de 30 dias

Você deve ter:

Estrutura de pastas simples.
Templates úteis.
Properties consistentes.
Notas linkadas.
Pelo menos um MOC.
Um processo de revisão.

Se você tiver um tema bonito mas não tiver revisão, você falhou no que importa.

20. Cheat sheets finais

Markdown essencial

# Título 1
## Título 2
### Título 3

**negrito**
*itálico*
~~tachado~~

- lista
- lista
  - sublista

1. primeiro
2. segundo

- [ ] tarefa
- [x] tarefa concluída

> citação

`código inline`

```linguagem
bloco de código
```

[link externo](https://exemplo.com)
![imagem](imagem.png)

| A | B |
|---|---|
| 1 | 2 |

Obsidian essencial

[[Nota]]
[[Nota|Texto alternativo]]
[[Nota#Título]]
[[Nota#^bloco]]
![[Nota]]
![[imagem.png]]
#tag
#tag/subtag

Callouts

> [!note]
> Nota comum.

> [!tip]
> Dica.

> [!warning]
> Aviso.

> [!question]
> Pergunta.

Frontmatter essencial

---
type: nota
status: rascunho
created: 2026-05-27
updated: 2026-05-27
tags:
  - exemplo
aliases:
  - nome alternativo
---

Tipos de nota recomendados

type: nota
type: ideia
type: projeto
type: livro
type: artigo
type: reunião
type: pessoa
type: moc
type: daily

Status recomendados

Para notas:

status: inbox
status: rascunho
status: revisado
status: permanente
status: arquivado

Para projetos:

status: ativo
status: pausado
status: concluido
status: cancelado

Para leitura:

status: quero-ler
status: lendo
status: lido
status: abandonado

Estrutura inicial recomendada

Vault/
  00 - Inbox/
  10 - Projetos/
  20 - Areas/
  30 - Recursos/
  31 - Fontes/
  32 - Ideias/
  50 - MOCs/
  90 - Arquivo/
  _templates/
  _attachments/

Regras finais

Escreva notas com títulos claros.
Linke ideias com contexto.
Use properties para metadados estruturados.
Use tags para temas transversais.
Use pastas para separar grandes contextos.
Use templates para reduzir atrito.
Revise semanalmente.
Instale poucos plugins.
Faça backup.
Não confunda configurar sistema com produzir conhecimento.

Apêndice A: exemplo de vault completo

Meu Vault/
  00 - Inbox/
    Inbox.md
  10 - Projetos/
    Projeto - Lançar newsletter.md
    Projeto - Estudar Obsidian.md
  20 - Areas/
    Area - Saúde.md
    Area - Carreira.md
    Area - Finanças.md
  30 - Recursos/
    Markdown.md
    Frontmatter.md
    Gestão do conhecimento.md
  31 - Fontes/
    Livro - Hábitos Atômicos.md
    Artigo - Como funciona Markdown.md
  32 - Ideias/
    Ambiente vence força de vontade.md
    Revisão vence organização perfeita.md
  50 - MOCs/
    MOC - Obsidian.md
    MOC - Produtividade.md
  90 - Arquivo/
  _templates/
    Nota.md
    Projeto.md
    Livro.md
    Artigo.md
    Daily.md
  _attachments/

Apêndice B: exemplo de nota bem feita

---
type: ideia
status: revisado
created: 2026-05-27
updated: 2026-05-27
tags:
  - produtividade
  - sistemas
source:
  - "[[Livro - Hábitos Atômicos]]"
related:
  - "[[Ambiente]]"
  - "[[Hábitos]]"
---

# Ambiente vence força de vontade

## Em uma frase

É mais confiável mudar o ambiente do que depender de motivação constante.

## Explicação

Força de vontade é variável. Ambiente é persistente. Quando uma ação desejada fica mais fácil e uma ação indesejada fica mais difícil, o comportamento muda com menos atrito.

## Exemplo

Se quero ler mais, deixar o livro aberto na mesa é melhor do que guardá-lo na estante. Se quero usar menos redes sociais, remover o app da tela inicial reduz o impulso automático.

## Conexões

- [[Hábitos]]
- [[Design de ambiente]]
- [[Carga cognitiva]]

## Aplicação

- [ ] Reorganizar mesa de trabalho para reduzir distrações.

Apêndice C: exemplo de dashboard manual

---
type: dashboard
tags:
  - dashboard
cssclasses:
  - dashboard
---

# Dashboard

## Hoje

- [[{{date}}]]

## Projetos ativos

- [[Projeto - Lançar newsletter]]
- [[Projeto - Estudar Obsidian]]

## Revisões

- [ ] Revisar Inbox
- [ ] Revisar projetos
- [ ] Processar fontes

## MOCs principais

- [[MOC - Obsidian]]
- [[MOC - Produtividade]]
- [[MOC - Saúde Mental]]

Fontes consultadas

Estas fontes foram usadas para confirmar recursos atuais e boas práticas técnicas:

Obsidian Help - Create your first note: https://help.obsidian.md/Getting%20started/Create%20your%20first%20note
Obsidian Help - Basic formatting syntax: https://obsidian.md/help/syntax
Obsidian Help - Properties: https://obsidian.md/help/properties
Obsidian Help - Internal links: https://obsidian.md/help/links
Obsidian Help - Search: https://obsidian.md/help/plugins/search
Obsidian Help - Daily notes: https://obsidian.md/help/plugins/daily-notes
Obsidian Help - Backlinks: https://obsidian.md/help/plugins/backlinks
Obsidian Help - Bases: https://obsidian.md/help/bases
Obsidian Help - Plugin security: https://obsidian.md/help/plugin-security
Obsidian Help GitHub - Internal links Markdown source: https://github.com/obsidianmd/obsidian-help/blob/master/en/Linking%20notes%20and%20files/Internal%20links.md
Obsidian Help GitHub - Bases source: https://github.com/obsidianmd/obsidian-help/blob/master/en/Bases/Introduction%20to%20Bases.md