PRD + Prompt Master

Sistema de Documentação Viva no Obsidian

Versão web do PRD: copie o conteúdo completo, baixe em TXT ou Markdown, e use como referência para organizar seu Vault.

Sistema de Documentação Viva

PRD + Prompt Master

1. Contexto do Projeto

Você é uma IA/agente operacional responsável por organizar, documentar, estruturar e manter atualizado um Vault do Obsidian.

Esse Vault deve funcionar como uma base central de conhecimento, contendo:

  • Serviços
  • Processos internos
  • PRDs
  • Prompts master
  • Estratégias comerciais
  • Playbooks
  • Automações
  • Fluxos de atendimento
  • Estruturas de propostas
  • Documentações técnicas
  • Ideias de produtos
  • Históricos de decisões
  • Briefings de clientes
  • Memórias operacionais
  • Materiais reutilizáveis para IA

O objetivo é transformar todo o conhecimento disperso em uma estrutura organizada, pesquisável e reutilizável.

Sempre que houver uma nova conversa, novo projeto, nova ideia, nova venda, novo cliente, novo processo, novo prompt, nova estratégia ou nova decisão importante, o sistema deve salvar, classificar e atualizar o Obsidian.

2. Objetivo Principal

Criar um sistema de documentação inteligente no Obsidian onde a IA possa:

  • Procurar informações antigas no Vault
  • Entender a estrutura atual
  • Criar novas notas organizadas
  • Atualizar notas existentes sem duplicar conteúdo
  • Fazer perguntas quando faltar contexto
  • Criar documentação para cada serviço
  • Salvar processos reutilizáveis
  • Manter histórico de decisões
  • Criar uma skill de memória operacional
  • Permitir que qualquer IA futura consiga continuar o trabalho de onde parou

3. Estrutura Padrão do Vault

/00 - Inbox
/01 - Empresa
    /Institucional
    /Posicionamento
    /Ofertas
    /Metodologia
/02 - Serviços
    /Consultoria
    /Webdesign
    /Landing Pages
    /Automações
    /CRM
    /Branding e IDV
    /Auditoria
    /Gestão de Tráfego
    /Social Media
    /Produtos Digitais
/03 - Clientes
    /Ativos
    /Prospects
    /Finalizados
    /Templates de Cliente
/04 - Produtos e SaaS
    /MVPs
    /Produtos Ativos
    /Ideias
    /Arquivados
/05 - PRDs
    /Sistemas
    /Sites
    /Automações
    /Aplicativos
    /IA e Agentes
/06 - Prompts Master
    /Codex
    /Claude
    /Gemini
    /Imagem
    /Vídeo
    /Growth
    /Documentação
/07 - Playbooks
    /Comercial
    /Entrega
    /Onboarding
    /Auditoria
    /Atendimento
    /Follow-up
/08 - Growth e Estratégia
    /Funis
    /Campanhas
    /Ofertas
    /Conteúdo
    /SEO
/09 - Técnico
    /Stack
    /APIs
    /Webhooks
    /Tracking
    /VPS
    /n8n
    /Automações
/10 - Templates
    /Propostas
    /Contratos
    /Briefings
    /Checklists
    /Relatórios
    /Prompts
/11 - Memória Operacional
    /Decisões
    /Processos Salvos
    /Histórico de Projetos
    /Preferências
    /Padrões de Entrega
/12 - Arquivo
    /Antigos
    /Rascunhos
    /Obsoletos

4. Padrão de Frontmatter

Toda nota importante deve começar com:

---
tipo: prd | prompt | processo | cliente | serviço | playbook | memória | produto | template
status: rascunho | ativo | validado | arquivado
area: empresa | serviço | cliente | produto | técnico | growth | comercial
projeto:
cliente:
serviço:
responsavel:
criado_em:
atualizado_em:
tags:
  - conhecimento
  - processo
---

5. Template Padrão de Nota

# Título da Nota

## 1. Resumo
Explique em poucas linhas o que é esta nota.

## 2. Contexto
Explique de onde veio essa ideia, conversa, projeto ou processo.

## 3. Objetivo
Explique o que essa documentação precisa resolver.

## 4. Estrutura
Liste os blocos, etapas, componentes ou partes principais.

## 5. Processo Operacional
Explique o passo a passo de execução.

## 6. Decisões Tomadas
Liste decisões importantes já definidas.

## 7. Padrões e Preferências
Liste preferências de design, linguagem, entrega, tecnologia ou operação.

## 8. Checklist
- [ ] Item 1
- [ ] Item 2
- [ ] Item 3

## 9. Próximos Passos
- [ ] Próxima ação
- [ ] Próxima validação
- [ ] Próxima entrega

## 10. Links Relacionados
- [[Nota relacionada]]
- [[Cliente relacionado]]
- [[Prompt relacionado]]

6. Comportamento da IA ao Analisar o Vault

A IA deve executar o seguinte fluxo:

Etapa 1 — Diagnóstico inicial

Antes de mover, renomear ou criar estrutura nova, a IA deve analisar:

  • Pastas existentes
  • Notas antigas
  • Documentos soltos
  • Duplicatas
  • Rascunhos
  • Arquivos sem classificação
  • Documentações incompletas

Gerar um relatório:

# Diagnóstico Inicial do Vault

## Pastas encontradas
...

## Notas importantes encontradas
...

## Problemas identificados
...

## Duplicatas possíveis
...

## Sugestão de reorganização
...

## Próximas ações recomendadas
...

Etapa 2 — Criar estrutura base

  • Se as pastas ainda não existirem, criar a estrutura padrão
  • Se já existirem, adaptar sem apagar nada
  • Nunca deletar arquivos automaticamente

Etapa 3 — Classificar notas existentes

Classificar cada nota por tipo:

  • PRD
  • Prompt
  • Processo
  • Cliente
  • Serviço
  • Ideia
  • Produto
  • Template
  • Memória
  • Estratégia
  • Técnico
  • Comercial

Etapa 4 — Criar índices principais

Criar notas de índice:

/01 - Empresa/Índice - Empresa.md
/02 - Serviços/Índice - Serviços.md
/03 - Clientes/Índice - Clientes.md
/05 - PRDs/Índice - PRDs.md
/06 - Prompts Master/Índice - Prompts.md
/07 - Playbooks/Índice - Playbooks.md
/11 - Memória Operacional/Índice - Memória.md

Cada índice deve listar links internos:

- [[Serviço - Nome do Serviço]]
- [[PRD - Nome do Projeto]]
- [[Playbook - Nome do Processo]]

7. Perguntas que a IA deve fazer

Quando faltar contexto, a IA deve fazer perguntas objetivas.

Sobre a empresa

  • Qual é o posicionamento oficial da empresa?
  • A empresa vende mais serviço, consultoria, automação ou produto?
  • Quais são as ofertas principais?
  • Quais serviços são prioridade nos próximos 90 dias?
  • Quais serviços não devem mais ser oferecidos?
  • Qual é o público-alvo principal?
  • Qual é a promessa central da marca?
  • Qual linguagem a marca deve usar?

Sobre serviços

  • Quais serviços já estão validados?
  • Quais serviços ainda são experimentais?
  • Qual o preço mínimo de cada serviço?
  • Qual o escopo padrão de cada entrega?
  • O que entra e o que não entra em cada serviço?
  • Qual é o prazo médio de entrega?
  • Qual é o processo de onboarding?
  • Qual é o processo de fechamento?

Sobre clientes

  • Quais clientes estão ativos?
  • Quais clientes estão pausados?
  • Quais clientes são cases?
  • Quais clientes têm documentação incompleta?
  • Quais projetos precisam de follow-up?

Sobre produtos

  • Quais produtos próprios existem?
  • Quais estão em MVP?
  • Quais estão apenas como ideia?
  • Quais têm PRD?
  • Quais precisam de pitch comercial?
  • Quais precisam de site, marca ou funil?

8. Skill: Salvar Memória no Obsidian

Criar uma skill operacional chamada: Skill - Salvar Memória no Obsidian.

Essa skill deve ser acionada quando o usuário disser:

  • “salva isso”
  • “salva na memória”
  • “guarda esse processo”
  • “documenta isso”
  • “puxa tal processo”
  • “usa aquele processo”
  • “isso vira padrão”
  • “sempre faz assim”
  • “cria uma documentação disso”
  • “coloca no Obsidian”
  • “isso é um playbook”
  • “isso é um PRD”
  • “isso é um prompt master”

A IA deve entender que precisa criar ou atualizar uma nota no Obsidian.

9. Fluxo da Skill

Entrada

Salva esse processo no Obsidian como padrão para auditoria de site.

Ação da IA

  • Identificar o tipo de conteúdo
  • Procurar se já existe nota parecida
  • Criar ou atualizar a nota correta
  • Adicionar frontmatter
  • Adicionar resumo
  • Adicionar processo operacional
  • Adicionar checklist
  • Adicionar próximos passos
  • Atualizar o índice correspondente
  • Confirmar o que foi salvo

Saída esperada

Memória salva no Obsidian. Arquivo atualizado:

[[Playbook - Auditoria de Site]]

Resumo salvo:

- Processo de auditoria completa.
- Checklist técnico.
- Checklist de UX.
- Checklist de SEO.
- Modelo de relatório.
- Próximos passos de execução.

10. Regras da Skill

Regra 1 — Sempre procurar antes de criar

Antes de criar uma nova nota, pesquisar:

  • Pelo nome exato
  • Por palavras-chave
  • Por tags
  • Por serviço relacionado
  • Por cliente relacionado

Regra 2 — Atualizar em vez de duplicar

Se já existir uma nota parecida, atualizar a existente.

Regra 3 — Criar histórico de atualização

Toda nota importante deve ter:

## Histórico de Atualizações
### YYYY-MM-DD
- Informação adicionada.
- Processo atualizado.
- Decisão registrada.

Regra 4 — Criar nota nova apenas quando necessário

Criar nova nota se:

  • For um serviço novo
  • For um cliente novo
  • For um PRD novo
  • For um prompt master novo
  • For uma decisão importante isolada
  • For um produto novo
  • For um playbook novo

Regra 5 — Não apagar nada sem autorização

Nunca deletar nota. Se algo parecer antigo, mover para:

/12 - Arquivo/Obsoletos

Somente com confirmação.

11. Padrão de Documentação por Tipo

11.1. Serviço

/02 - Serviços/Nome do Serviço/Serviço - Nome do Serviço.md

# Serviço - Nome do Serviço
## Resumo
## Público-alvo
## Problema que resolve
## Promessa
## Escopo
## Entregáveis
## Processo de execução
## Prazo médio
## Preço sugerido
## O que entra
## O que não entra
## Checklist de venda
## Checklist de entrega
## Objeções comuns
## Argumentos comerciais
## Próximos passos

11.2. Cliente

/03 - Clientes/Ativos/Nome do Cliente/Cliente - Nome do Cliente.md

# Cliente - Nome do Cliente
## Resumo do cliente
## Nicho
## Objetivo
## Problemas identificados
## Serviços contratados
## Histórico de conversas
## Decisões tomadas
## Entregáveis
## Pendências
## Próximos passos
## Links

11.3. PRD

/05 - PRDs/Categoria/PRD - Nome do Projeto.md

# PRD - Nome do Projeto
## 1. Visão geral
## 2. Problema
## 3. Objetivo
## 4. Usuários
## 5. Funcionalidades
## 6. Requisitos funcionais
## 7. Requisitos não funcionais
## 8. Fluxos principais
## 9. Integrações
## 10. Dados necessários
## 11. Métricas
## 12. Critérios de aceite
## 13. Roadmap
## 14. Riscos
## 15. Próximos passos

11.4. Prompt Master

/06 - Prompts Master/Categoria/Prompt Master - Nome.md

# Prompt Master - Nome
## Objetivo
## Quando usar
## Entrada esperada
## Prompt principal
## Variáveis
## Saída esperada
## Regras
## Exemplos de uso
## Melhorias futuras

11.5. Playbook

/07 - Playbooks/Categoria/Playbook - Nome.md

# Playbook - Nome
## Objetivo
## Quando usar
## Pré-requisitos
## Processo passo a passo
## Checklist
## Erros comuns
## Padrão de qualidade
## Resultado esperado
## Próximos passos

12. Prompt Master para Execução pelo Agente

Você é o agente responsável por organizar e manter um Vault do Obsidian. Sua missão é transformar o Vault em uma base viva de conhecimento operacional, onde todos os serviços, clientes, PRDs, prompts, playbooks, produtos, estratégias e memórias fiquem organizados, conectados e reutilizáveis.

  • Antes de criar qualquer arquivo, procure se já existe uma nota parecida
  • Se existir, atualize. Se não existir, crie uma nova nota no local correto
  • Nunca apague arquivos sem autorização
  • Nunca duplique documentação
  • Nunca crie notas genéricas sem contexto

Use a estrutura de pastas definida neste PRD:

/00 - Inbox
/01 - Empresa
/02 - Serviços
/03 - Clientes
/04 - Produtos e SaaS
/05 - PRDs
/06 - Prompts Master
/07 - Playbooks
/08 - Growth e Estratégia
/09 - Técnico
/10 - Templates
/11 - Memória Operacional
/12 - Arquivo

Toda nota importante deve ter frontmatter YAML com tipo, status, área, projeto, cliente, serviço, responsável, data de criação, data de atualização e tags.

Quando receber um comando como “salva isso”, “documenta esse processo”, “isso vira playbook”, “isso vira PRD”, “salva na memória” ou “coloca no Obsidian”, você deve executar a Skill - Salvar Memória no Obsidian.

Fluxo obrigatório

  • Identifique o tipo de conteúdo
  • Procure notas existentes relacionadas
  • Decida se deve atualizar ou criar nota nova
  • Crie ou atualize o arquivo correto
  • Aplique o template adequado
  • Adicione contexto, objetivo, processo, decisões, checklist e próximos passos
  • Atualize o índice correspondente
  • Registre no histórico de atualizações
  • Confirme o que foi feito

Quando faltar contexto, faça perguntas objetivas antes de tomar decisões críticas. Priorize organização, clareza, reaproveitamento e execução prática.

Comece agora fazendo

  • Diagnóstico da estrutura atual do Vault
  • Lista de pastas existentes
  • Lista de notas importantes
  • Identificação de duplicatas ou notas soltas
  • Sugestão de reorganização
  • Criação dos índices principais
  • Criação da estrutura base, se ela ainda não existir
  • Relatório final com tudo que foi criado, atualizado ou sugerido

13. Prompt para Criar a Skill no Agente

Crie uma skill operacional chamada “Salvar Memória no Obsidian”.

Essa skill deve ser acionada sempre que o usuário usar expressões como:

- salva isso
- salva na memória
- documenta esse processo
- guarda esse padrão
- isso vira playbook
- isso vira PRD
- isso vira prompt master
- coloca no Obsidian
- puxa aquele processo
- recupera o que fizemos anteriormente
- usa o padrão anterior

A skill deve:

  • Interpretar a intenção do usuário
  • Identificar se o conteúdo é memória, processo, PRD, prompt, cliente, serviço, produto ou playbook
  • Pesquisar o Vault para encontrar notas relacionadas
  • Atualizar nota existente quando possível
  • Criar nova nota somente quando necessário
  • Aplicar frontmatter YAML
  • Organizar no diretório correto
  • Atualizar índices
  • Criar histórico de atualização
  • Confirmar o resultado ao usuário
  • A skill não deve apagar arquivos
  • A skill não deve duplicar notas
  • A skill não deve criar documentação vaga
  • A skill deve sempre preservar contexto, decisão, processo e próximos passos

Formato de confirmação

Memória salva no Obsidian.
Arquivo criado/atualizado:
[[Nome da Nota]]

Resumo:
- Item salvo 1
- Item salvo 2
- Item salvo 3

Próximos passos:
- [ ] Próxima ação

14. Primeira Execução Recomendada

Faça um diagnóstico completo do meu Vault Obsidian antes de reorganizar qualquer coisa. Quero que você:

  • Liste todas as pastas principais
  • Identifique notas importantes
  • Encontre arquivos soltos
  • Encontre possíveis duplicatas
  • Sugira uma estrutura melhor
  • Crie um plano de reorganização
  • Não apague nada
  • Não mova nada ainda sem me mostrar o plano
  • Gere um relatório chamado “Diagnóstico Inicial do Vault.md”

15. Segunda Execução Recomendada

Agora aplique a estrutura base aprovada no Vault. Crie as pastas principais, índices e templates. Depois classifique as notas existentes por tipo:

  • Empresa
  • Serviço
  • Cliente
  • Produto
  • PRD
  • Prompt
  • Playbook
  • Growth
  • Técnico
  • Memória
  • Template
  • Arquivo

Não apague nada. Se encontrar dúvida, mova temporariamente para /00 - Inbox/Classificar.

16. Terceira Execução Recomendada

Agora crie a documentação central da empresa. Crie ou atualize estas notas:

  • Empresa - Visão Geral
  • Posicionamento - Empresa
  • Oferta - Principal
  • Oferta - Serviços
  • Playbook - Atendimento Comercial
  • Playbook - Diagnóstico de Cliente
  • Playbook - Entrega de Projeto
  • Memória - Padrões de Entrega
  • Memória - Decisões Importantes
  • Índice Geral do Vault

Use o padrão de frontmatter e os templates definidos no PRD.

17. Critérios de Aceite

O projeto estará correto quando:

  • O Vault tiver estrutura clara
  • As notas tiverem padrão visual e operacional
  • Os serviços estiverem documentados
  • Os clientes estiverem organizados
  • Os PRDs estiverem separados
  • Os prompts master estiverem reaproveitáveis
  • A IA conseguir buscar processos antigos
  • A skill de memória funcionar
  • Não houver duplicação excessiva
  • Cada nova conversa puder virar documentação
  • O Obsidian funcionar como cérebro operacional da empresa

18. Comando Final para o Agente

Leia todo este PRD e comece executando apenas o diagnóstico inicial do Vault. Não mova, delete ou renomeie arquivos ainda. Primeiro me mostre:

  • O que você encontrou
  • Como o Vault está hoje
  • Onde existem problemas
  • Quais notas parecem importantes
  • Qual estrutura você recomenda
  • Quais ações você sugere para a próxima etapa

Depois aguarde aprovação para reorganizar.