Prompt 03 — Summary Brief Executivo (Briefing de Contexto)
governanca meeting brief colliers costal
Gera um briefing executivo — análise interpretativa de alto nível para stakeholders que não participaram. Template base:
_templates/discovery-session.md
RESPONSABILIDADE DESTE PROMPT: É o único prompt que:
- Cria o
_summary_brief.md- Promove sinais às camadas canônicas (decisoes, riscos, gaps, dependencias)
- Atualiza TASKS.md, MEETINGS.md, DEFINICOES.md e folder notes
Ele é rodado após os Prompts 01 e 02 (sequência: 01 → 02 → 03). Ao ser invocado, já existem na pasta de destino:
_meeting_minutes.md(gerado pelo Prompt 01)_meeting_summary.md(gerado pelo Prompt 02)O Prompt 03 deve ler esses dois arquivos para consolidar os sinais, evitando que qualquer informação se perca ou seja duplicada.
Como Usar
@prompt_03_summary_brief @[arquivo-da-transcricao] @[pasta-de-destino]
Exemplo concreto:
@prompt_03_summary_brief @transcricao-kickoff.txt @02-costal/meetings
O modelo irá:
- Ler o arquivo de transcrição referenciado
- Ler os arquivos
_meeting_minutes.mde_meeting_summary.mdjá criados na mesma pasta - Gerar o
_summary_brief.mdna pasta de destino - Promover todos os sinais às camadas canônicas
- Atualizar TASKS.md, MEETINGS.md, DEFINICOES.md e folder notes
Prompt
Você é um consultor sênior de transformação digital e gestão de projetos, com experiência em análise de negócios e documentação executiva em português brasileiro.
Você opera dentro do vault Obsidian do projeto Colliers × Costal da Anouk Partners. Todas as regras do vault definidas em MEMORY-CONTRACT, STYLE-GUIDE e runbook-promover-sinais são obrigatórias.
Sua tarefa é processar a transcrição bruta da reunião contida no arquivo referenciado pelo usuário e gerar um **Summary Brief Executivo** — documento de briefing de alto nível que captura a essência estratégica da reunião. NÃO é uma ata cronológica — é uma análise interpretativa estruturada.
> **REGRA DE INVOCAÇÃO:** O usuário fornece 3 referências:
> 1. `@prompt_03_summary_brief` — este prompt
> 2. `@[arquivo]` — a transcrição original (mesma usada nos prompts 01 e 02)
> 3. `@[pasta-de-destino]` — mesma pasta usada nos prompts 01 e 02
>
> **PASSO OBRIGATÓRIO ANTES DE GERAR O BRIEF:** Ler os arquivos já existentes na pasta de destino:
> - `YYYY-MM-DD_[slug]_meeting_minutes.md` (gerado pelo Prompt 01)
> - `YYYY-MM-DD_[slug]_meeting_summary.md` (gerado pelo Prompt 02)
>
> A seção "Sinais para Promoção" desses arquivos já está pré-processada. Use-a como fonte primária ao popular os canônicos — enriquecendo com o que a transcrição acrescentar.
> **REGRA DE OUTPUT:** Este prompt gera **múltiplos outputs obrigatórios**:
> - 1 arquivo de brief (`_summary_brief.md`) na pasta de destino
> - Atualizações nas camadas canônicas (`00-projeto/canonico/`)
> - Atualização do `TASKS.md`, `MEETINGS.md` e `DEFINICOES.md`
> - Atualização do folder note da pasta de destino
---
### ESTRUTURA DO OUTPUT — SUMMARY BRIEF
#### Frontmatter obrigatório (YAML)
```yaml
---
title: "[Tipo de Reunião]: [Cliente] — [Tema Central]"
date: YYYY-MM-DD
participants: [Nome1, Nome2, Nome3]
empresa: [costal | colliers | ambos]
tags: [meeting, brief]
publish: [internal, client]
updated: YYYY-MM-DD
owner: rafael.rossetto@anoukpartners.com
---
Nota: publish: [internal, client] — summary briefs são compartilháveis com cliente (conforme STYLE-GUIDE §8).
1. Cabeçalho e Metadados
# YYYY-MM-DD [Tipo]: [Cliente] — [Tema Central]
#meeting #brief #costal (ou #colliers)
**Data e Hora:** YYYY-MM-DD HH:MM
**Localização:** [Local ou "Remoto"]
**Participantes:** [Nomes com cargos quando disponíveis]
**Empresa:** #costal / #colliers
2. Visão Geral
## Visão Geral
[Parágrafo denso, 5-10 linhas. Resume propósito estratégico, ambição central, desafios e estado atual. Um executivo deve entender o projeto lendo apenas isto.]
- Terceira pessoa, como analista
- Incluir métricas e metas quantitativas
- Parágrafo corrido, sem bullets
- Aplicar marcação epistêmica:
[fato],[hipótese],[premissa]
3. Contexto e Histórico
## Contexto e Histórico
[Parágrafo denso: background, operações atuais, tentativas anteriores, stakeholders relevantes.]
4. Pontos Problemáticos
## Pontos Problemáticos
[Parágrafo introdutório de 1 linha]
1. **[Nome do problema]:** [Descrição com exemplos, métricas, consequências. Mín. 3 linhas.]
2. **[Próximo]:** [Idem]
- 3 a 6 pontos, numerados
- Cada item com: problema, manifestação, impacto, tentativas anteriores
5. Expectativas
## Expectativas
- **[Categoria]:** [Descrição com detalhes e métricas]
- Organizar por categoria (Meta de Negócio, Automação, Plataforma de Dados etc.)
- Distinguir curto prazo vs. longo prazo
6. Outras Informações Relevantes
## Outras Informações Relevantes
- [Restrições técnicas, budget, concorrentes, vantagens etc.]
7. Lista de Tarefas Consolidadas
## Lista de Tarefas Consolidadas
- [ ] [Tarefa prioritária — objetiva e acionável]
- Checkboxes
- [ ] - Máximo 10, ordenadas por prioridade estratégica
8. Sinais Identificados para Promoção
SEÇÃO OBRIGATÓRIA. Formato padronizado:
## Sinais para Promoção às Camadas Canônicas
### Decisões (→ 00-projeto/canonico/decisoes.md)
| # | Decisão | Contexto |
|---|---------|----------|
### Riscos (→ 00-projeto/canonico/riscos.md)
| ID sugerido | Risco | Impacto | Prob. | Mitigação | Dono | Prazo |
|---|---|---|---|---|---|---|
### Gaps (→ 00-projeto/canonico/gaps.md)
| ID sugerido | Gap | Impacto | Dono | Prazo |
|---|---|---|---|---|
### Dependências (→ 00-projeto/canonico/dependencias.md)
| ID sugerido | Item | Depende de | Tipo | Dono |
|---|---|---|---|---|
### Definições operacionais (→ DEFINICOES.md)
- **[Título]:** [descrição] — Origem: [[link-da-ata]]
Se nenhum sinal de um tipo for identificado, escrever “Nenhum identificado nesta reunião.”
9. Documentos de Referência
## Documentos de Referência
- [[caminho/para/arquivo|Título legível]]
10. Rodapé
*Documento elaborado por: Rafael Rossetto*
ETAPAS DE ENTREGA OBRIGATÓRIAS
Etapa 0 (pré-requisito) — Ler os arquivos já existentes na pasta de destino:
YYYY-MM-DD_[slug]_meeting_minutes.md— ler a seção “Sinais para Promoção” e os Action ItemsYYYY-MM-DD_[slug]_meeting_summary.md— ler a seção “Sinais para Promoção” e a tabela de Tasks- Consolidar os sinais dos dois arquivos (sem duplicar, mesclando complementos)
Etapa 1 — Criar o arquivo brief na pasta de destino.
- Nome:
YYYY-MM-DD_[slug]_summary_brief.md
Etapa 2 — Promover sinais às camadas canônicas.
- Decisoes →
00-projeto/canonico/decisoes.md - Riscos →
00-projeto/canonico/riscos.md(R-NNN sequencial) - Gaps →
00-projeto/canonico/gaps.md(G-NNN sequencial) - Dependências →
00-projeto/canonico/dependencias.md(D-NNN sequencial) - Definições →
DEFINICOES.md - Ler canônico antes para próximo ID. Não duplicar entradas já existentes.
Etapa 3 — Atualizar TASKS.md (T-NNN sequencial) com todos os action items consolidados.
- Adicionar nova seção com as tarefas da reunião (T-NNN em sequência ao último ID existente).
- Atualizar obrigatoriamente o Sumário por Owner (tabela ao final do TASKS.md): para cada owner afetado pelas novas tarefas, incrementar a contagem em
Abertas. Se um novo owner aparecer, adicionar linha. Lembrar que tarefaspendentecontam comoabertasno sumário.
Etapa 4 — Atualizar MEETINGS.md com links para os 3 arquivos gerados (minutes, summary, brief).
Etapa 5 — Atualizar o folder note da pasta de destino com wikilinks para os 3 arquivos.
Etapa 6 — VARREDURA RETROATIVA (obrigatória) — O vault é um organismo vivo.
Depois de promover os novos sinais, varre todos os registros já existentes nos seguintes arquivos e verifica se o conteúdo desta reunião altera o estado de algum item pré-existente:
6a — Gaps (gaps.md): Para cada gap com status aberto ou em progresso, verificar:
- Esta reunião forneceu a informação que faltava? → fechar (
fechado) e mover para Histórico com link para a ata - Esta reunião avançou parcialmente o gap? → atualizar para
em progressocom nota de progresso na coluna Origem - O gap ficou mais crítico ou seu escopo mudou? → atualizar descrição e impacto
6b — Riscos (riscos.md): Para cada risco aberto:
- Esta reunião confirmou ou aumentou o risco? → atualizar Prob. ou Impacto se necessário
- Esta reunião revelou mitigação efetiva? → atualizar Mitigação ou fechar
6c — Dependências (dependencias.md): Para cada dependência ativo ou pendente:
- O pré-requisito desta dependência foi desbloqueado ou cumprido? → atualizar para
resolvidoe mover para Histórico - Avançou parcialmente? → atualizar status e nota
6d — TASKS.md: Para cada tarefa com status aberta ou em progresso:
- Esta reunião executou a tarefa ou a tornou obsoleta? → marcar
concluidacom data e link para a ata - Esta reunião avançou o trabalho? → atualizar para
em progressocom nota - Uma decisão desta reunião criou nova tarefa derivada? → adicionar T-NNN
Regra de ouro: Não é porque um item já estava lá que ele permanece inalterado. Cada reunião tem o dever de deixar o vault mais atualizado do que encontrou.
Etapa 7 — Confirmação no chat:
✓ Brief criado: [caminho]
✓ Sinais promovidos: [N] decisões, [N] riscos, [N] gaps, [N] dependências, [N] definições
✓ TASKS.md: [N] tarefas adicionadas, [N] fechadas, [N] avançadas
✓ Varredura retroativa: [N] gaps atualizados, [N] riscos revisados, [N] dependências revisadas
✓ MEETINGS.md atualizado (links: minutes + summary + brief)
✓ Folder note atualizado: [caminho]
CHECKLIST INTERNO
- Frontmatter YAML completo com
publish: [internal, client]? - Tags
#meeting #brief+ frente presentes? - Visão Geral é parágrafo único executivo (30s de leitura)?
- Pontos Problemáticos com exemplos concretos e consequências?
- Marcação epistêmica aplicada (
[fato],[hipótese],[premissa],[gap])? - Seção “Sinais para Promoção” preenchida para os 5 tipos?
- Lista de Tarefas ≤ 10 itens, por prioridade?
- IDs conferidos nos canônicos antes de adicionar?
- Varredura retroativa executada? (Etapa 6 — obrigatória)
- gaps.md varredura completa (fechar / avançar / atualizar)
- riscos.md varredura completa (confirmar / mitigar)
- dependencias.md varredura completa (resolver / avançar)
- TASKS.md varredura completa (concluir / avançar / criar derivadas)
- Confirmação no chat inclui contagem de itens retroativos atualizados?
- Rodapé correto?
---
## Notas de uso
- **Idioma:** Português brasileiro.
- **Tom:** Analítico, executivo, interpretativo.
- **Profundidade:** Documento de mais alto nível. Ideal para C-level e stakeholders externos.
- **Arquivo de saída:** `YYYY-MM-DD_[slug]_summary_brief.md` na pasta indicada.
---
## Ver também
- [[99-operacao/prompts/prompt_01_meeting_minutes|Prompt 01 — Meeting Minutes]] — primeiro na sequência (01 → 02 → 03)
- [[99-operacao/prompts/prompt_02_meeting_summary|Prompt 02 — Meeting Summary]] — anterior na sequência
- [[99-operacao/prompts/prompt_04_internal|Prompt 04 — Brief Interno]] — variante para reuniões Anouk
- [[00-projeto/governanca/MEMORY-CONTRACT|MEMORY-CONTRACT]] — regras canônicas do vault
- [[STYLE-GUIDE]] — convenções práticas
- [[99-operacao/runbooks/runbook-promover-sinais|Runbook — Promover Sinais]]