القائمة
Sincroniza o cofre Obsidian com o repositório remoto no GitHub. Suporta dois modos — "indo" (push) e "voltando" (pull) — e resolve conflitos automaticamente sem precisar de intervenção do usuário.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
Cria a estrutura e contexto inicial para um novo item raiz na pasta Ativo/, suportando os tipos projeto, produto e estudo.
Consolida o fechamento e a abertura de dias no cofre. Migra tarefas pendentes do diário anterior e invoca o subagente notes-consolidator para extrair e organizar conhecimentos inseridos na seção de Notas.
Habilidade que gerencia a ingestão, categorização e arquivamento de novos materiais de referência (PDFs, links web, etc.) usando o conceito de MOC e indexação no Temas MOC.md.
Processa, formata e organiza arquivos markdown brutos da pasta Inbox/ para a estrutura da wiki permanente (Ativo/ ou Arquivo/), arquivando a nota original em Fontes/.
Captura ideias rápidas no chat e as salva como notas na pasta Inbox/ usando o título da ideia como nome do arquivo.
Realiza a auditoria periódica de saúde, consistência e integridade do cofre (detectando contradições, notas órfãs, links perdidos ou conceitos não resolvidos).
استنادا إلى تصنيف SOC المهني
| name | vault-sync |
| description | Sincroniza o cofre Obsidian com o repositório remoto no GitHub. Suporta dois modos — "indo" (push) e "voltando" (pull) — e resolve conflitos automaticamente sem precisar de intervenção do usuário. |
Esta habilidade gerencia o ciclo completo de sincronização do cofre com o GitHub, cobrindo tanto o envio de atualizações locais quanto a recepção de mudanças remotas, com resolução autônoma de conflitos.
Contexto de uso: O cofre é utilizado em múltiplos workspaces (computadores/usuários diferentes) que fazem commits independentes. Por isso, o remoto pode sempre estar à frente do local — o fluxo de PUSH sempre busca as atualizações remotas antes de subir, nunca assumindo que o local é o mais recente.
O assistente deve inferir o modo pela intenção do usuário:
Execute os passos abaixo em sequência, tratando cada erro antes de avançar:
Execute git status para inspecionar o estado atual.
Se git status mostrar arquivos em estado both modified ou unmerged:
git diff --name-only --diff-filter=U para listar os arquivos em conflito.git add <arquivo> para cada arquivo resolvido.Independentemente de o remoto estar à frente ou não, sempre execute o stash se houver qualquer mudança local (staged ou unstaged) ainda não commitada. Isso protege o trabalho local durante o rebase:
git stash push --include-untracked -m "vault-sync: stash antes do pull".No local changes to save), prossiga sem stash.Este passo é obrigatório e incondicional. Como o cofre é usado em múltiplos workspaces, o remoto pode ter commits novos a qualquer momento — nunca assuma que o local é o mais recente.
Execute git pull --rebase origin main.
Already up to date: ótimo, prossiga.git add <arquivo> e depois git rebase --continue.git rebase --abort, restaure o stash com git stash pop e tente git pull --no-rebase origin main como fallback de merge direto.Se tiver feito stash no passo 3, execute git stash pop.
Inspecione os arquivos modificados com git status para construir uma mensagem de commit descritiva e concisa no formato:
sync: <Resumo das mudanças principais>
Exemplos:
sync: Diário 26-06-2026, notas consolidadas e updates de projetossync: Captura de ideias e atualização de item ativoSe não houver nada para commitar (working tree limpa após o rebase), informe o usuário que o cofre já estava sincronizado e encerre.
git add .
git commit -m "<mensagem gerada>"
git push origin main
Se git push falhar com rejected (outro workspace subiu algo entre o passo 4 e agora): repita os passos 4→5→7 imediatamente, sem stash novamente.
Execute git status. Se houver mudanças locais não commitadas:
git stash push -m "vault-sync: stash antes do pull".Execute git pull origin main.
Se o pull gerar conflitos:
git diff --name-only --diff-filter=U para listar os conflitos.git add <arquivo> após cada resolução.git commit -m "sync: Resolve conflitos do pull".Execute git stash pop.
Ao encontrar marcadores de conflito (<<<<<<<, =======, >>>>>>>), siga esta lógica por tipo de arquivo:
Diario/Daily/*.md)# Notas: Concatene as anotações de ambas as versões.# Eventos Futuros e Prazos: Mescle e reordene cronologicamente.# Impedimentos de Projetos: Mescle, mantendo todos os impedimentos.HEAD).Ativo/*.md, Arquivo/*.md)status mais avançado (ex: em-andamento > planejado > pendente). Em caso de dúvida, prefira HEAD.## Diario de Bordo: Mescle todas as entradas de ambas as versões, ordenadas por data.- [ ], - [x]): Prefira - [x] (tarefa concluída) sobre - [ ] quando a mesma tarefa aparece em ambas as versões.HEAD) e adicione conteúdo novo do remoto ao final da seção..agents/assistant/logs.md)index.mdHEAD) como base e incorpore linhas novas do remoto que não existam localmente.Para qualquer arquivo não coberto acima:
git checkout --ours <arquivo> (prefere versão local) como fallback seguro.Ao final da execução, informe ao usuário:
Registre silenciosamente no .agents/assistant/logs.md no formato:
## [AAAA-MM-DD] sync | Modo: [PUSH/PULL/FULL] | [N] arquivos | Conflitos: [Sim/Não]