Pular para o conteúdo
ConoceNivel 0 · por MetodologIAIr para a MetodologIA
Sua posição · Módulo 2 de 4De ocupado a produtivoVer módulo em Recursos
Módulo 02 · Prompts

Prompts para decidir e proteger o foco

Use o Chat para analisar o contexto e Fontes quando a decisão exigir evidências citadas.

Como usar esta biblioteca14 · Níveis de estrutura do prompt
10 prompts de trabalho

Avance da situação ao resultado por uma sequência verificável.

Biblioteca de prompts com níveis e evidência esperada.
FluxoDo diagnóstico à revisão

Os prompts transformam registros autorizados em decisões com responsável, revisor, dependências, direitos e gate de adoção.

Uso independente: Cada prompt pode ser usado sozinho se você fornecer o artefato de entrada declarado; ele nunca inventa uma saída anterior.
AprenderDiagnóstico semanalTransformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando você precisa de linha de base antes de mudar a agenda. Confirme o período autorizado e o custodiante do registro.
Exemplo
Registro da equipe de segunda a sexta: 96 h entre quatro pessoas; 31 h de reuniões, 28 h de produção, 17 h de coordenação, 12 h de suporte e 8 h sem classificação. A proposta ao cliente vence na sexta; cinco reuniões não registram decisão e seis interrupções não têm responsável.
Evidência
Cada bloco tem fonte ou marcação.; O resumo separa fatos de inferências.
Limite
Descreva o período observado; não preveja desempenho.
Recebediário da semana
ProduzMapa de uso do tempo
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PERÍODO>intervalo que você vai revisarExemplo: segunda a sexta · Obrigatório
  • <REGISTROS>agenda, tarefas e entregas observadasExemplo: agenda de cinco dias · Obrigatório
  • <RESULTADO>saída observável com dataExemplo: proposta revisada na quinta-feira · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Transformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PERÍODO=[PERÍODO · intervalo que você vai revisar · ex.: segunda a sexta]; REGISTROS=[REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]; RESULTADO=[RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Auditoria de tempo; Separação fato–suposição; RACI leve.Ordem: Reúna agenda, tarefas e notas disponíveis. → Feche com custodiante do registro, permissões e revisor do diagnóstico.Entregue: Mapa de uso do tempo; Cada bloco tem fonte ou marcação.Limite: Não invente períodos nem saídas.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Transformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PERÍODO=semana de 24 a 28 de agosto; REGISTROS=agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregue; RESULTADO=proposta revisada e enviada na quinta-feira às 16:00; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Registro da equipe de segunda a sexta: 96 h entre quatro pessoas; 31 h de reuniões, 28 h de produção, 17 h de coordenação, 12 h de suporte e 8 h sem classificação. A proposta ao cliente vence na sexta; cinco reuniões não registram decisão e seis interrupções não têm responsável.Aplique: Auditoria de tempo; Separação fato–suposição; RACI leve.Ordem: Reúna agenda, tarefas e notas disponíveis. → Feche com custodiante do registro, permissões e revisor do diagnóstico.Entregue: Mapa de uso do tempo; Cada bloco tem fonte ou marcação.Limite: Não invente períodos nem saídas.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPERÍODO = [PERÍODO · intervalo que você vai revisar · ex.: segunda a sexta]REGISTROS = [REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]RESULTADO = [RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTransformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.# FRAMEWORKS E BOAS PRÁTICAS- Auditoria de tempo- Separação fato–suposição- RACI leve# Fluxo1. Reúna agenda, tarefas e notas disponíveis.2. Ordene atividades por dia, duração e saída.3. Marque interrupções e dados ausentes.4. Resuma padrões como observações, não causas.5. Feche com custodiante do registro, permissões e revisor do diagnóstico.# Limites- Não invente períodos nem saídas.- Declare qualquer reconstrução pela memória.- Não combine agendas sem permissão de seus titulares.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Descreva o período observado; não preveja desempenho.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Mapa de uso do tempo- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPERÍODO = semana de 24 a 28 de agostoREGISTROS = agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregueRESULTADO = proposta revisada e enviada na quinta-feira às 16:00RESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Registro da equipe de segunda a sexta: 96 h entre quatro pessoas; 31 h de reuniões, 28 h de produção, 17 h de coordenação, 12 h de suporte e 8 h sem classificação. A proposta ao cliente vence na sexta; cinco reuniões não registram decisão e seis interrupções não têm responsável.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTransformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.# FRAMEWORKS E BOAS PRÁTICAS- Auditoria de tempo- Separação fato–suposição- RACI leve# Fluxo1. Reúna agenda, tarefas e notas disponíveis.2. Ordene atividades por dia, duração e saída.3. Marque interrupções e dados ausentes.4. Resuma padrões como observações, não causas.5. Feche com custodiante do registro, permissões e revisor do diagnóstico.# Limites- Não invente períodos nem saídas.- Declare qualquer reconstrução pela memória.- Não combine agendas sem permissão de seus titulares.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Descreva o período observado; não preveja desempenho.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Mapa de uso do tempo- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa de linha de base antes de mudar a agenda. Confirme o período autorizado e o custodiante do registro.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPERÍODO = [PERÍODO · intervalo que você vai revisar · ex.: segunda a sexta]REGISTROS = [REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]RESULTADO = [RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por diagnóstico semanal.Entregável: Mapa de uso do tempoInclui: Transformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.Não inclui: Descreva o período observado; não preveja desempenho.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Auditoria de tempo- Separação fato–suposição- RACI levePassos:1. Reúna agenda, tarefas e notas disponíveis.2. Ordene atividades por dia, duração e saída.3. Marque interrupções e dados ausentes.4. Resuma padrões como observações, não causas.5. Feche com custodiante do registro, permissões e revisor do diagnóstico.### Casos-limite- Registros incompletos: entregue mapa parcial.- Atividades sobrepostas: mantenha ambas e marque conflito.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Mapa de uso do tempo- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada bloco tem fonte ou marcação.; O resumo separa fatos de inferências.; Ao menos uma lacuna relevante é indicada.; O diagnóstico tem custodiante, revisor e permissões documentadas.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais detalhe melhora rastreabilidade, mas aumenta esforço de registro. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-01- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa de linha de base antes de mudar a agenda. Confirme o período autorizado e o custodiante do registro.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPERÍODO = semana de 24 a 28 de agostoREGISTROS = agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregueRESULTADO = proposta revisada e enviada na quinta-feira às 16:00RESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Registro da equipe de segunda a sexta: 96 h entre quatro pessoas; 31 h de reuniões, 28 h de produção, 17 h de coordenação, 12 h de suporte e 8 h sem classificação. A proposta ao cliente vence na sexta; cinco reuniões não registram decisão e seis interrupções não têm responsável.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por diagnóstico semanal.Entregável: Mapa de uso do tempoInclui: Transformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.Não inclui: Descreva o período observado; não preveja desempenho.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Auditoria de tempo- Separação fato–suposição- RACI levePassos:1. Reúna agenda, tarefas e notas disponíveis.2. Ordene atividades por dia, duração e saída.3. Marque interrupções e dados ausentes.4. Resuma padrões como observações, não causas.5. Feche com custodiante do registro, permissões e revisor do diagnóstico.### Casos-limite- Registros incompletos: entregue mapa parcial.- Atividades sobrepostas: mantenha ambas e marque conflito.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Mapa de uso do tempo- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada bloco tem fonte ou marcação.; O resumo separa fatos de inferências.; Ao menos uma lacuna relevante é indicada.; O diagnóstico tem custodiante, revisor e permissões documentadas.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais detalhe melhora rastreabilidade, mas aumenta esforço de registro. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-01- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por diagnóstico semanal.# FRAMEWORKS E BOAS PRÁTICAS- Auditoria de tempo- Separação fato–suposição- RACI leve# Limites- Não invente períodos nem saídas.- Declare qualquer reconstrução pela memória.- Não combine agendas sem permissão de seus titulares.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Descreva o período observado; não preveja desempenho.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada bloco tem fonte ou marcação.; O resumo separa fatos de inferências.; Ao menos uma lacuna relevante é indicada.; O diagnóstico tem custodiante, revisor e permissões documentadas.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPERÍODO = [PERÍODO · intervalo que você vai revisar · ex.: segunda a sexta]REGISTROS = [REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]RESULTADO = [RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTransformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.# Fluxo1. Reúna agenda, tarefas e notas disponíveis.2. Ordene atividades por dia, duração e saída.3. Marque interrupções e dados ausentes.4. Resuma padrões como observações, não causas.5. Feche com custodiante do registro, permissões e revisor do diagnóstico.# Saída esperada- Mapa de uso do tempo- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por diagnóstico semanal.# FRAMEWORKS E BOAS PRÁTICAS- Auditoria de tempo- Separação fato–suposição- RACI leve# Limites- Não invente períodos nem saídas.- Declare qualquer reconstrução pela memória.- Não combine agendas sem permissão de seus titulares.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Descreva o período observado; não preveja desempenho.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada bloco tem fonte ou marcação.; O resumo separa fatos de inferências.; Ao menos uma lacuna relevante é indicada.; O diagnóstico tem custodiante, revisor e permissões documentadas.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPERÍODO = semana de 24 a 28 de agostoREGISTROS = agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregueRESULTADO = proposta revisada e enviada na quinta-feira às 16:00RESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Registro da equipe de segunda a sexta: 96 h entre quatro pessoas; 31 h de reuniões, 28 h de produção, 17 h de coordenação, 12 h de suporte e 8 h sem classificação. A proposta ao cliente vence na sexta; cinco reuniões não registram decisão e seis interrupções não têm responsável.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTransformar registros dispersos em mapa factual da semana. Produza uma linha de base que a equipe possa auditar.# Fluxo1. Reúna agenda, tarefas e notas disponíveis.2. Ordene atividades por dia, duração e saída.3. Marque interrupções e dados ausentes.4. Resuma padrões como observações, não causas.5. Feche com custodiante do registro, permissões e revisor do diagnóstico.# Saída esperada- Mapa de uso do tempo- Cada bloco tem fonte ou marcação.- O resumo separa fatos de inferências.- Ao menos uma lacuna relevante é indicada.- O diagnóstico tem custodiante, revisor e permissões documentadas.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Cada bloco tem fonte ou marcação.
  • O resumo separa fatos de inferências.
  • Ao menos uma lacuna relevante é indicada.
  • O diagnóstico tem custodiante, revisor e permissões documentadas.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Registros incompletos: entregue mapa parcial.
  • Atividades sobrepostas: mantenha ambas e marque conflito.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Mais detalhe melhora rastreabilidade, mas aumenta esforço de registro. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Descreva o período observado; não preveja desempenho.
  • Não autoriza acesso, mudança ou adoção automática.
AprenderClassificação de valorClassificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando o mapa de tempo existe e é preciso decidir o que questionar. Confirme o propósito comum e as áreas afetadas.
Exemplo
Mapa factual da equipe: proposta 22 h e rascunho com seis de dez seções concluídas; reuniões 31 h e sete decisões; suporte 12 h e nove casos; coordenação 17 h; 8 h sem registro. Resultado acordado: proposta revisada por Comercial e Operações na quinta.
Evidência
Cada atividade tem categoria e razão.; Casos incertos preservam evidência ausente.
Limite
A classificação é contextual, não universal.
RecebeMapa de uso do tempo
ProduzMapa de atividades por valor
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <ATIVIDADES>lista breve do trabalho realizadoExemplo: reuniões, análise e redação · Obrigatório
  • <ESFORÇO>tempo ou carga por atividadeExemplo: horas por atividade · Obrigatório
  • <SINAL_DE_VALOR>prova de que uma atividade moveu o resultadoExemplo: decisão tomada ou entrega aceita · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Classificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: ATIVIDADES=[ATIVIDADES · lista breve do trabalho realizado · ex.: reuniões, análise e redação]; ESFORÇO=[ESFORÇO · tempo ou carga por atividade · ex.: horas por atividade]; SINAL_DE_VALOR=[SINAL_DE_VALOR · prova de que uma atividade moveu o resultado · ex.: decisão tomada ou entrega aceita]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Mapa de valor; Job-to-be-done do resultado; RACI leve.Ordem: Leia propósito e resultados do período. → Feche com responsável por cada categoria e via para resolver discordâncias.Entregue: Mapa de atividades por valor; Cada atividade tem categoria e razão.Limite: Não trivialize manutenção necessária.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Classificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: ATIVIDADES=6 reuniões, 4 horas de análise e 3 horas de redação; ESFORÇO=reuniões 6 h; análise 4 h; redação 3 h; SINAL_DE_VALOR=a revisão destravou uma decisão; duas reuniões não deixaram saída; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Mapa factual da equipe: proposta 22 h e rascunho com seis de dez seções concluídas; reuniões 31 h e sete decisões; suporte 12 h e nove casos; coordenação 17 h; 8 h sem registro. Resultado acordado: proposta revisada por Comercial e Operações na quinta.Aplique: Mapa de valor; Job-to-be-done do resultado; RACI leve.Ordem: Leia propósito e resultados do período. → Feche com responsável por cada categoria e via para resolver discordâncias.Entregue: Mapa de atividades por valor; Cada atividade tem categoria e razão.Limite: Não trivialize manutenção necessária.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSATIVIDADES = [ATIVIDADES · lista breve do trabalho realizado · ex.: reuniões, análise e redação]ESFORÇO = [ESFORÇO · tempo ou carga por atividade · ex.: horas por atividade]SINAL_DE_VALOR = [SINAL_DE_VALOR · prova de que uma atividade moveu o resultado · ex.: decisão tomada ou entrega aceita]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaClassificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de valor- Job-to-be-done do resultado- RACI leve# Fluxo1. Leia propósito e resultados do período.2. Classifique criação, manutenção, coordenação ou reação.3. Justifique casos ambíguos.4. Entregue decisões e dúvidas abertas.5. Feche com responsável por cada categoria e via para resolver discordâncias.# Limites- Não trivialize manutenção necessária.- Não atribua valor sem propósito explícito.- Não rotule o trabalho de outra área sem sua revisão.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A classificação é contextual, não universal.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Mapa de atividades por valor- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSATIVIDADES = 6 reuniões, 4 horas de análise e 3 horas de redaçãoESFORÇO = reuniões 6 h; análise 4 h; redação 3 hSINAL_DE_VALOR = a revisão destravou uma decisão; duas reuniões não deixaram saídaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Mapa factual da equipe: proposta 22 h e rascunho com seis de dez seções concluídas; reuniões 31 h e sete decisões; suporte 12 h e nove casos; coordenação 17 h; 8 h sem registro. Resultado acordado: proposta revisada por Comercial e Operações na quinta.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaClassificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de valor- Job-to-be-done do resultado- RACI leve# Fluxo1. Leia propósito e resultados do período.2. Classifique criação, manutenção, coordenação ou reação.3. Justifique casos ambíguos.4. Entregue decisões e dúvidas abertas.5. Feche com responsável por cada categoria e via para resolver discordâncias.# Limites- Não trivialize manutenção necessária.- Não atribua valor sem propósito explícito.- Não rotule o trabalho de outra área sem sua revisão.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A classificação é contextual, não universal.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Mapa de atividades por valor- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando o mapa de tempo existe e é preciso decidir o que questionar. Confirme o propósito comum e as áreas afetadas.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSATIVIDADES = [ATIVIDADES · lista breve do trabalho realizado · ex.: reuniões, análise e redação]ESFORÇO = [ESFORÇO · tempo ou carga por atividade · ex.: horas por atividade]SINAL_DE_VALOR = [SINAL_DE_VALOR · prova de que uma atividade moveu o resultado · ex.: decisão tomada ou entrega aceita]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por classificação de valor.Entregável: Mapa de atividades por valorInclui: Classificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.Não inclui: A classificação é contextual, não universal.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Mapa de valor- Job-to-be-done do resultado- RACI levePassos:1. Leia propósito e resultados do período.2. Classifique criação, manutenção, coordenação ou reação.3. Justifique casos ambíguos.4. Entregue decisões e dúvidas abertas.5. Feche com responsável por cada categoria e via para resolver discordâncias.### Casos-limite- Uma atividade serve a duas categorias: registre principal e secundária.- Sem responsável ou direitos, retorne bloqueio e próximo gate.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Mapa de atividades por valor- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada atividade tem categoria e razão.; Casos incertos preservam evidência ausente.; O mapa permite manter, reduzir ou revisar.; As categorias têm responsáveis e via de discordância definida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Uma taxonomia simples ajuda a decidir, mas perde nuances; preserve exceções. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-02- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando o mapa de tempo existe e é preciso decidir o que questionar. Confirme o propósito comum e as áreas afetadas.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSATIVIDADES = 6 reuniões, 4 horas de análise e 3 horas de redaçãoESFORÇO = reuniões 6 h; análise 4 h; redação 3 hSINAL_DE_VALOR = a revisão destravou uma decisão; duas reuniões não deixaram saídaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Mapa factual da equipe: proposta 22 h e rascunho com seis de dez seções concluídas; reuniões 31 h e sete decisões; suporte 12 h e nove casos; coordenação 17 h; 8 h sem registro. Resultado acordado: proposta revisada por Comercial e Operações na quinta.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por classificação de valor.Entregável: Mapa de atividades por valorInclui: Classificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.Não inclui: A classificação é contextual, não universal.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Mapa de valor- Job-to-be-done do resultado- RACI levePassos:1. Leia propósito e resultados do período.2. Classifique criação, manutenção, coordenação ou reação.3. Justifique casos ambíguos.4. Entregue decisões e dúvidas abertas.5. Feche com responsável por cada categoria e via para resolver discordâncias.### Casos-limite- Uma atividade serve a duas categorias: registre principal e secundária.- Sem responsável ou direitos, retorne bloqueio e próximo gate.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Mapa de atividades por valor- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada atividade tem categoria e razão.; Casos incertos preservam evidência ausente.; O mapa permite manter, reduzir ou revisar.; As categorias têm responsáveis e via de discordância definida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Uma taxonomia simples ajuda a decidir, mas perde nuances; preserve exceções. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-02- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por classificação de valor.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de valor- Job-to-be-done do resultado- RACI leve# Limites- Não trivialize manutenção necessária.- Não atribua valor sem propósito explícito.- Não rotule o trabalho de outra área sem sua revisão.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A classificação é contextual, não universal.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada atividade tem categoria e razão.; Casos incertos preservam evidência ausente.; O mapa permite manter, reduzir ou revisar.; As categorias têm responsáveis e via de discordância definida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSATIVIDADES = [ATIVIDADES · lista breve do trabalho realizado · ex.: reuniões, análise e redação]ESFORÇO = [ESFORÇO · tempo ou carga por atividade · ex.: horas por atividade]SINAL_DE_VALOR = [SINAL_DE_VALOR · prova de que uma atividade moveu o resultado · ex.: decisão tomada ou entrega aceita]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaClassificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.# Fluxo1. Leia propósito e resultados do período.2. Classifique criação, manutenção, coordenação ou reação.3. Justifique casos ambíguos.4. Entregue decisões e dúvidas abertas.5. Feche com responsável por cada categoria e via para resolver discordâncias.# Saída esperada- Mapa de atividades por valor- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por classificação de valor.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de valor- Job-to-be-done do resultado- RACI leve# Limites- Não trivialize manutenção necessária.- Não atribua valor sem propósito explícito.- Não rotule o trabalho de outra área sem sua revisão.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A classificação é contextual, não universal.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada atividade tem categoria e razão.; Casos incertos preservam evidência ausente.; O mapa permite manter, reduzir ou revisar.; As categorias têm responsáveis e via de discordância definida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSATIVIDADES = 6 reuniões, 4 horas de análise e 3 horas de redaçãoESFORÇO = reuniões 6 h; análise 4 h; redação 3 hSINAL_DE_VALOR = a revisão destravou uma decisão; duas reuniões não deixaram saídaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Mapa factual da equipe: proposta 22 h e rascunho com seis de dez seções concluídas; reuniões 31 h e sete decisões; suporte 12 h e nove casos; coordenação 17 h; 8 h sem registro. Resultado acordado: proposta revisada por Comercial e Operações na quinta.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaClassificar atividades por sua relação com valor. Deixe categorias discutíveis prontas para resolução.# Fluxo1. Leia propósito e resultados do período.2. Classifique criação, manutenção, coordenação ou reação.3. Justifique casos ambíguos.4. Entregue decisões e dúvidas abertas.5. Feche com responsável por cada categoria e via para resolver discordâncias.# Saída esperada- Mapa de atividades por valor- Cada atividade tem categoria e razão.- Casos incertos preservam evidência ausente.- O mapa permite manter, reduzir ou revisar.- As categorias têm responsáveis e via de discordância definida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Cada atividade tem categoria e razão.
  • Casos incertos preservam evidência ausente.
  • O mapa permite manter, reduzir ou revisar.
  • As categorias têm responsáveis e via de discordância definida.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Uma atividade serve a duas categorias: registre principal e secundária.
  • Sem responsável ou direitos, retorne bloqueio e próximo gate.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Uma taxonomia simples ajuda a decidir, mas perde nuances; preserve exceções. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • A classificação é contextual, não universal.
  • Não autoriza acesso, mudança ou adoção automática.
AprenderSeleção de prioridadesEscolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando resultados candidatos excedem a capacidade disponível. Confirme sponsor e capacidade disponível.
Exemplo
Classificação da equipe: proposta = criação; comitê de escopo = coordenação; relatório diário = manutenção; solicitações sem canal = reação. Três reuniões não geraram decisão. Resultados candidatos: proposta aprovada, decisão de capacidade e validação dos direitos das fontes.
Evidência
Três resultados observáveis.; Cada um tem justificativa e renúncia.
Limite
Não garante conclusão; cria decisão revisável.
RecebeMapa de atividades por valor
ProduzTrês prioridades justificadas
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <CANDIDATOS>possíveis prioridades da semanaExemplo: proposta, acompanhamento e relatório · Obrigatório
  • <CRITÉRIOS>regras explícitas para comparar opçõesExemplo: impacto, urgência e esforço · Obrigatório
  • <CAPACIDADE>tempo e atenção realmente disponíveisExemplo: 12 horas de foco · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Escolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: CANDIDATOS=[CANDIDATOS · possíveis prioridades da semana · ex.: proposta, acompanhamento e relatório]; CRITÉRIOS=[CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]; CAPACIDADE=[CAPACIDADE · tempo e atenção realmente disponíveis · ex.: 12 horas de foco]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Matriz de prioridades; Condição de concluído; RACI leve.Ordem: Escreva a condição de concluído. → Feche com responsáveis pelos resultados e sponsor das renúncias.Entregue: Três prioridades justificadas; Três resultados observáveis.Limite: Não use pressão como único critério.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Escolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: CANDIDATOS=concluir proposta, responder clientes e atualizar relatório; CRITÉRIOS=impacto na entrega, prazo e esforço restante; CAPACIDADE=12 horas protegíveis e duas reuniões obrigatórias; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Classificação da equipe: proposta = criação; comitê de escopo = coordenação; relatório diário = manutenção; solicitações sem canal = reação. Três reuniões não geraram decisão. Resultados candidatos: proposta aprovada, decisão de capacidade e validação dos direitos das fontes.Aplique: Matriz de prioridades; Condição de concluído; RACI leve.Ordem: Escreva a condição de concluído. → Feche com responsáveis pelos resultados e sponsor das renúncias.Entregue: Três prioridades justificadas; Três resultados observáveis.Limite: Não use pressão como único critério.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSCANDIDATOS = [CANDIDATOS · possíveis prioridades da semana · ex.: proposta, acompanhamento e relatório]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]CAPACIDADE = [CAPACIDADE · tempo e atenção realmente disponíveis · ex.: 12 horas de foco]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaEscolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de prioridades- Condição de concluído- RACI leve# Fluxo1. Escreva a condição de concluído.2. Compare propósito, impacto e urgência real.3. Declare trabalho adiado.4. Entregue três prioridades justificadas.5. Feche com responsáveis pelos resultados e sponsor das renúncias.# Limites- Não use pressão como único critério.- Exponha dados que poderiam mudar a ordem.- Não atribua prioridades sem sponsor e capacidade confirmada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não garante conclusão; cria decisão revisável.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Três prioridades justificadas- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSCANDIDATOS = concluir proposta, responder clientes e atualizar relatórioCRITÉRIOS = impacto na entrega, prazo e esforço restanteCAPACIDADE = 12 horas protegíveis e duas reuniões obrigatóriasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Classificação da equipe: proposta = criação; comitê de escopo = coordenação; relatório diário = manutenção; solicitações sem canal = reação. Três reuniões não geraram decisão. Resultados candidatos: proposta aprovada, decisão de capacidade e validação dos direitos das fontes.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaEscolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de prioridades- Condição de concluído- RACI leve# Fluxo1. Escreva a condição de concluído.2. Compare propósito, impacto e urgência real.3. Declare trabalho adiado.4. Entregue três prioridades justificadas.5. Feche com responsáveis pelos resultados e sponsor das renúncias.# Limites- Não use pressão como único critério.- Exponha dados que poderiam mudar a ordem.- Não atribua prioridades sem sponsor e capacidade confirmada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não garante conclusão; cria decisão revisável.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Três prioridades justificadas- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando resultados candidatos excedem a capacidade disponível. Confirme sponsor e capacidade disponível.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSCANDIDATOS = [CANDIDATOS · possíveis prioridades da semana · ex.: proposta, acompanhamento e relatório]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]CAPACIDADE = [CAPACIDADE · tempo e atenção realmente disponíveis · ex.: 12 horas de foco]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por seleção de prioridades.Entregável: Três prioridades justificadasInclui: Escolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.Não inclui: Não garante conclusão; cria decisão revisável.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Matriz de prioridades- Condição de concluído- RACI levePassos:1. Escreva a condição de concluído.2. Compare propósito, impacto e urgência real.3. Declare trabalho adiado.4. Entregue três prioridades justificadas.5. Feche com responsáveis pelos resultados e sponsor das renúncias.### Casos-limite- Tudo parece urgente: peça evidência de data e consequência.- Falta capacidade: reduza escopo antes de somar prioridade.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Três prioridades justificadas- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Três resultados observáveis.; Cada um tem justificativa e renúncia.; Não resta empate oculto.; Cada prioridade tem responsável, sponsor e capacidade confirmada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Limitar a três cria clareza, mas adia trabalho legítimo. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-03- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando resultados candidatos excedem a capacidade disponível. Confirme sponsor e capacidade disponível.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSCANDIDATOS = concluir proposta, responder clientes e atualizar relatórioCRITÉRIOS = impacto na entrega, prazo e esforço restanteCAPACIDADE = 12 horas protegíveis e duas reuniões obrigatóriasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Classificação da equipe: proposta = criação; comitê de escopo = coordenação; relatório diário = manutenção; solicitações sem canal = reação. Três reuniões não geraram decisão. Resultados candidatos: proposta aprovada, decisão de capacidade e validação dos direitos das fontes.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por seleção de prioridades.Entregável: Três prioridades justificadasInclui: Escolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.Não inclui: Não garante conclusão; cria decisão revisável.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Matriz de prioridades- Condição de concluído- RACI levePassos:1. Escreva a condição de concluído.2. Compare propósito, impacto e urgência real.3. Declare trabalho adiado.4. Entregue três prioridades justificadas.5. Feche com responsáveis pelos resultados e sponsor das renúncias.### Casos-limite- Tudo parece urgente: peça evidência de data e consequência.- Falta capacidade: reduza escopo antes de somar prioridade.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Três prioridades justificadas- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Três resultados observáveis.; Cada um tem justificativa e renúncia.; Não resta empate oculto.; Cada prioridade tem responsável, sponsor e capacidade confirmada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Limitar a três cria clareza, mas adia trabalho legítimo. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-03- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por seleção de prioridades.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de prioridades- Condição de concluído- RACI leve# Limites- Não use pressão como único critério.- Exponha dados que poderiam mudar a ordem.- Não atribua prioridades sem sponsor e capacidade confirmada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não garante conclusão; cria decisão revisável.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneTrês resultados observáveis.; Cada um tem justificativa e renúncia.; Não resta empate oculto.; Cada prioridade tem responsável, sponsor e capacidade confirmada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSCANDIDATOS = [CANDIDATOS · possíveis prioridades da semana · ex.: proposta, acompanhamento e relatório]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]CAPACIDADE = [CAPACIDADE · tempo e atenção realmente disponíveis · ex.: 12 horas de foco]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaEscolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.# Fluxo1. Escreva a condição de concluído.2. Compare propósito, impacto e urgência real.3. Declare trabalho adiado.4. Entregue três prioridades justificadas.5. Feche com responsáveis pelos resultados e sponsor das renúncias.# Saída esperada- Três prioridades justificadas- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por seleção de prioridades.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de prioridades- Condição de concluído- RACI leve# Limites- Não use pressão como único critério.- Exponha dados que poderiam mudar a ordem.- Não atribua prioridades sem sponsor e capacidade confirmada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não garante conclusão; cria decisão revisável.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneTrês resultados observáveis.; Cada um tem justificativa e renúncia.; Não resta empate oculto.; Cada prioridade tem responsável, sponsor e capacidade confirmada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSCANDIDATOS = concluir proposta, responder clientes e atualizar relatórioCRITÉRIOS = impacto na entrega, prazo e esforço restanteCAPACIDADE = 12 horas protegíveis e duas reuniões obrigatóriasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Classificação da equipe: proposta = criação; comitê de escopo = coordenação; relatório diário = manutenção; solicitações sem canal = reação. Três reuniões não geraram decisão. Resultados candidatos: proposta aprovada, decisão de capacidade e validação dos direitos das fontes.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaEscolher três resultados e tornar renúncias visíveis. Transforme alternativas em compromissos explícitos.# Fluxo1. Escreva a condição de concluído.2. Compare propósito, impacto e urgência real.3. Declare trabalho adiado.4. Entregue três prioridades justificadas.5. Feche com responsáveis pelos resultados e sponsor das renúncias.# Saída esperada- Três prioridades justificadas- Três resultados observáveis.- Cada um tem justificativa e renúncia.- Não resta empate oculto.- Cada prioridade tem responsável, sponsor e capacidade confirmada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Três resultados observáveis.
  • Cada um tem justificativa e renúncia.
  • Não resta empate oculto.
  • Cada prioridade tem responsável, sponsor e capacidade confirmada.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Tudo parece urgente: peça evidência de data e consequência.
  • Falta capacidade: reduza escopo antes de somar prioridade.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Limitar a três cria clareza, mas adia trabalho legítimo. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Não garante conclusão; cria decisão revisável.
  • Não autoriza acesso, mudança ou adoção automática.
AprenderTeste de realidadeTestar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Antes de reservar blocos ou comprometer uma data. Confirme quem pode resolver cada dependência.
Exemplo
Três resultados priorizados: proposta aprovada na quinta, capacidade confirmada na sexta e direitos das fontes resolvidos na quarta. Capacidade conjunta: 26 h. Responsável: líder comercial. Revisor independente: Operações. Dependência do fornecedor não confirmada; comitê disponível na quinta às 15:00.
Evidência
Cada risco tem sinal e resposta.; Dependências têm estado.
Limite
É um teste de realidade, não certeza sobre o futuro.
RecebeTrês prioridades justificadas
ProduzRiscos e dependências visíveis
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PRIORIDADES>resultados escolhidos e ordenadosExemplo: proposta antes do relatório · Obrigatório
  • <DEPENDÊNCIAS>pessoas ou insumos que podem bloquearExemplo: dados financeiros e revisão jurídica · Obrigatório
  • <RISCOS>eventos que podem desviar o planoExemplo: mudança de escopo · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Testar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PRIORIDADES=[PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]; DEPENDÊNCIAS=[DEPENDÊNCIAS · pessoas ou insumos que podem bloquear · ex.: dados financeiros e revisão jurídica]; RISCOS=[RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Pré-mortem breve; Matriz impacto–esforço–risco; RACI leve.Ordem: Liste suposições e dependências. → Feche com dependências validadas e responsável pelo escalonamento.Entregue: Riscos e dependências visíveis; Cada risco tem sinal e resposta.Limite: Não invente disponibilidade nem acordos.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Testar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PRIORIDADES=1 proposta; 2 resposta ao cliente; 3 relatório; DEPENDÊNCIAS=dados financeiros na terça e revisão jurídica na quarta; RISCOS=mudança de escopo ou atraso da revisão jurídica; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Três resultados priorizados: proposta aprovada na quinta, capacidade confirmada na sexta e direitos das fontes resolvidos na quarta. Capacidade conjunta: 26 h. Responsável: líder comercial. Revisor independente: Operações. Dependência do fornecedor não confirmada; comitê disponível na quinta às 15:00.Aplique: Pré-mortem breve; Matriz impacto–esforço–risco; RACI leve.Ordem: Liste suposições e dependências. → Feche com dependências validadas e responsável pelo escalonamento.Entregue: Riscos e dependências visíveis; Cada risco tem sinal e resposta.Limite: Não invente disponibilidade nem acordos.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = [PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]DEPENDÊNCIAS = [DEPENDÊNCIAS · pessoas ou insumos que podem bloquear · ex.: dados financeiros e revisão jurídica]RISCOS = [RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTestar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.# FRAMEWORKS E BOAS PRÁTICAS- Pré-mortem breve- Matriz impacto–esforço–risco- RACI leve# Fluxo1. Liste suposições e dependências.2. Compare esforço com espaço disponível declarado.3. Identifique risco e mitigação.4. Recomende manter, ajustar ou retirar.5. Feche com dependências validadas e responsável pelo escalonamento.# Limites- Não invente disponibilidade nem acordos.- Separe dependência própria de externa.- Não declare dependência resolvida sem validação do responsável.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- É um teste de realidade, não certeza sobre o futuro.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Riscos e dependências visíveis- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = 1 proposta; 2 resposta ao cliente; 3 relatórioDEPENDÊNCIAS = dados financeiros na terça e revisão jurídica na quartaRISCOS = mudança de escopo ou atraso da revisão jurídicaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Três resultados priorizados: proposta aprovada na quinta, capacidade confirmada na sexta e direitos das fontes resolvidos na quarta. Capacidade conjunta: 26 h. Responsável: líder comercial. Revisor independente: Operações. Dependência do fornecedor não confirmada; comitê disponível na quinta às 15:00.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTestar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.# FRAMEWORKS E BOAS PRÁTICAS- Pré-mortem breve- Matriz impacto–esforço–risco- RACI leve# Fluxo1. Liste suposições e dependências.2. Compare esforço com espaço disponível declarado.3. Identifique risco e mitigação.4. Recomende manter, ajustar ou retirar.5. Feche com dependências validadas e responsável pelo escalonamento.# Limites- Não invente disponibilidade nem acordos.- Separe dependência própria de externa.- Não declare dependência resolvida sem validação do responsável.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- É um teste de realidade, não certeza sobre o futuro.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Riscos e dependências visíveis- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Antes de reservar blocos ou comprometer uma data. Confirme quem pode resolver cada dependência.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = [PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]DEPENDÊNCIAS = [DEPENDÊNCIAS · pessoas ou insumos que podem bloquear · ex.: dados financeiros e revisão jurídica]RISCOS = [RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por teste de realidade.Entregável: Riscos e dependências visíveisInclui: Testar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.Não inclui: É um teste de realidade, não certeza sobre o futuro.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Pré-mortem breve- Matriz impacto–esforço–risco- RACI levePassos:1. Liste suposições e dependências.2. Compare esforço com espaço disponível declarado.3. Identifique risco e mitigação.4. Recomende manter, ajustar ou retirar.5. Feche com dependências validadas e responsável pelo escalonamento.### Casos-limite- Dependência sem responsável: marque bloqueio.- Risco sem evidência: trate como hipótese.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Riscos e dependências visíveis- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada risco tem sinal e resposta.; Dependências têm estado.; A decisão final explica o trade-off.; Cada dependência tem estado, responsável e próximo gate.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais validação reduz surpresa, mas consome tempo antes da execução. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-04- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Antes de reservar blocos ou comprometer uma data. Confirme quem pode resolver cada dependência.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = 1 proposta; 2 resposta ao cliente; 3 relatórioDEPENDÊNCIAS = dados financeiros na terça e revisão jurídica na quartaRISCOS = mudança de escopo ou atraso da revisão jurídicaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Três resultados priorizados: proposta aprovada na quinta, capacidade confirmada na sexta e direitos das fontes resolvidos na quarta. Capacidade conjunta: 26 h. Responsável: líder comercial. Revisor independente: Operações. Dependência do fornecedor não confirmada; comitê disponível na quinta às 15:00.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por teste de realidade.Entregável: Riscos e dependências visíveisInclui: Testar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.Não inclui: É um teste de realidade, não certeza sobre o futuro.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Pré-mortem breve- Matriz impacto–esforço–risco- RACI levePassos:1. Liste suposições e dependências.2. Compare esforço com espaço disponível declarado.3. Identifique risco e mitigação.4. Recomende manter, ajustar ou retirar.5. Feche com dependências validadas e responsável pelo escalonamento.### Casos-limite- Dependência sem responsável: marque bloqueio.- Risco sem evidência: trate como hipótese.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Riscos e dependências visíveis- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada risco tem sinal e resposta.; Dependências têm estado.; A decisão final explica o trade-off.; Cada dependência tem estado, responsável e próximo gate.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais validação reduz surpresa, mas consome tempo antes da execução. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-04- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por teste de realidade.# FRAMEWORKS E BOAS PRÁTICAS- Pré-mortem breve- Matriz impacto–esforço–risco- RACI leve# Limites- Não invente disponibilidade nem acordos.- Separe dependência própria de externa.- Não declare dependência resolvida sem validação do responsável.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- É um teste de realidade, não certeza sobre o futuro.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada risco tem sinal e resposta.; Dependências têm estado.; A decisão final explica o trade-off.; Cada dependência tem estado, responsável e próximo gate.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = [PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]DEPENDÊNCIAS = [DEPENDÊNCIAS · pessoas ou insumos que podem bloquear · ex.: dados financeiros e revisão jurídica]RISCOS = [RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTestar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.# Fluxo1. Liste suposições e dependências.2. Compare esforço com espaço disponível declarado.3. Identifique risco e mitigação.4. Recomende manter, ajustar ou retirar.5. Feche com dependências validadas e responsável pelo escalonamento.# Saída esperada- Riscos e dependências visíveis- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por teste de realidade.# FRAMEWORKS E BOAS PRÁTICAS- Pré-mortem breve- Matriz impacto–esforço–risco- RACI leve# Limites- Não invente disponibilidade nem acordos.- Separe dependência própria de externa.- Não declare dependência resolvida sem validação do responsável.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- É um teste de realidade, não certeza sobre o futuro.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada risco tem sinal e resposta.; Dependências têm estado.; A decisão final explica o trade-off.; Cada dependência tem estado, responsável e próximo gate.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = 1 proposta; 2 resposta ao cliente; 3 relatórioDEPENDÊNCIAS = dados financeiros na terça e revisão jurídica na quartaRISCOS = mudança de escopo ou atraso da revisão jurídicaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Três resultados priorizados: proposta aprovada na quinta, capacidade confirmada na sexta e direitos das fontes resolvidos na quarta. Capacidade conjunta: 26 h. Responsável: líder comercial. Revisor independente: Operações. Dependência do fornecedor não confirmada; comitê disponível na quinta às 15:00.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTestar prioridades contra dependências, esforço, risco e agenda real. Exponha bloqueios antes de comprometer capacidade compartilhada.# Fluxo1. Liste suposições e dependências.2. Compare esforço com espaço disponível declarado.3. Identifique risco e mitigação.4. Recomende manter, ajustar ou retirar.5. Feche com dependências validadas e responsável pelo escalonamento.# Saída esperada- Riscos e dependências visíveis- Cada risco tem sinal e resposta.- Dependências têm estado.- A decisão final explica o trade-off.- Cada dependência tem estado, responsável e próximo gate.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Cada risco tem sinal e resposta.
  • Dependências têm estado.
  • A decisão final explica o trade-off.
  • Cada dependência tem estado, responsável e próximo gate.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Dependência sem responsável: marque bloqueio.
  • Risco sem evidência: trate como hipótese.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Mais validação reduz surpresa, mas consome tempo antes da execução. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • É um teste de realidade, não certeza sobre o futuro.
  • Não autoriza acesso, mudança ou adoção automática.
ApreenderDesenho da agendaTransformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando as prioridades passaram pelo teste de realidade. Confirme compromissos fixos e revisores da saída.
Exemplo
Teste de realidade da equipe: manter o escopo v1 da proposta; reduzir o memorando de capacidade a uma página; adiar o acabamento do painel. Insumos: 8 h; integração: 6 h; revisão: 3 h. Risco: agenda do comitê. Mitigação: pré-leitura na quarta ao meio-dia. Responsável: líder comercial.
Evidência
Cada prioridade tem bloco.; Cada bloco tem saída.
Limite
A agenda é hipótese executável e deve ser revisada.
RecebeRiscos e dependências visíveis
ProduzAgenda semanal protegida
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PRIORIDADES>resultados escolhidos e ordenadosExemplo: proposta antes do relatório · Obrigatório
  • <AGENDA>compromissos fixos e blocos disponíveisExemplo: agenda da próxima semana · Obrigatório
  • <RESTRIÇÕES>limites que o plano deve respeitarExemplo: reuniões fixas e prazo · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Transformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PRIORIDADES=[PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]; AGENDA=[AGENDA · compromissos fixos e blocos disponíveis · ex.: agenda da próxima semana]; RESTRIÇÕES=[RESTRIÇÕES · limites que o plano deve respeitar · ex.: reuniões fixas e prazo]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Time blocking; Condição de concluído; RACI leve.Ordem: Atribua bloco conforme trabalho e energia declarada. → Feche com responsáveis pelos blocos e revisores de cada saída.Entregue: Agenda semanal protegida; Cada prioridade tem bloco.Limite: Não preencha toda a capacidade.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Transformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PRIORIDADES=1 proposta; 2 resposta ao cliente; 3 relatório; AGENDA=terça e quarta 09:00–11:00 livres; reuniões à tarde; RESTRIÇÕES=reuniões obrigatórias, entrega na quinta e no máximo duas horas extras; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Teste de realidade da equipe: manter o escopo v1 da proposta; reduzir o memorando de capacidade a uma página; adiar o acabamento do painel. Insumos: 8 h; integração: 6 h; revisão: 3 h. Risco: agenda do comitê. Mitigação: pré-leitura na quarta ao meio-dia. Responsável: líder comercial.Aplique: Time blocking; Condição de concluído; RACI leve.Ordem: Atribua bloco conforme trabalho e energia declarada. → Feche com responsáveis pelos blocos e revisores de cada saída.Entregue: Agenda semanal protegida; Cada prioridade tem bloco.Limite: Não preencha toda a capacidade.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = [PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]AGENDA = [AGENDA · compromissos fixos e blocos disponíveis · ex.: agenda da próxima semana]RESTRIÇÕES = [RESTRIÇÕES · limites que o plano deve respeitar · ex.: reuniões fixas e prazo]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTransformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.# FRAMEWORKS E BOAS PRÁTICAS- Time blocking- Condição de concluído- RACI leve# Fluxo1. Atribua bloco conforme trabalho e energia declarada.2. Defina entrada, saída e condição de concluído.3. Reserve margem para coordenação.4. Entregue agenda e conflitos.5. Feche com responsáveis pelos blocos e revisores de cada saída.# Limites- Não preencha toda a capacidade.- Não mova compromissos fixos sem autorização.- Não mova compromissos compartilhados sem a autoridade correspondente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A agenda é hipótese executável e deve ser revisada.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Agenda semanal protegida- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = 1 proposta; 2 resposta ao cliente; 3 relatórioAGENDA = terça e quarta 09:00–11:00 livres; reuniões à tardeRESTRIÇÕES = reuniões obrigatórias, entrega na quinta e no máximo duas horas extrasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Teste de realidade da equipe: manter o escopo v1 da proposta; reduzir o memorando de capacidade a uma página; adiar o acabamento do painel. Insumos: 8 h; integração: 6 h; revisão: 3 h. Risco: agenda do comitê. Mitigação: pré-leitura na quarta ao meio-dia. Responsável: líder comercial.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTransformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.# FRAMEWORKS E BOAS PRÁTICAS- Time blocking- Condição de concluído- RACI leve# Fluxo1. Atribua bloco conforme trabalho e energia declarada.2. Defina entrada, saída e condição de concluído.3. Reserve margem para coordenação.4. Entregue agenda e conflitos.5. Feche com responsáveis pelos blocos e revisores de cada saída.# Limites- Não preencha toda a capacidade.- Não mova compromissos fixos sem autorização.- Não mova compromissos compartilhados sem a autoridade correspondente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A agenda é hipótese executável e deve ser revisada.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Agenda semanal protegida- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando as prioridades passaram pelo teste de realidade. Confirme compromissos fixos e revisores da saída.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = [PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]AGENDA = [AGENDA · compromissos fixos e blocos disponíveis · ex.: agenda da próxima semana]RESTRIÇÕES = [RESTRIÇÕES · limites que o plano deve respeitar · ex.: reuniões fixas e prazo]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por desenho da agenda.Entregável: Agenda semanal protegidaInclui: Transformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.Não inclui: A agenda é hipótese executável e deve ser revisada.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Time blocking- Condição de concluído- RACI levePassos:1. Atribua bloco conforme trabalho e energia declarada.2. Defina entrada, saída e condição de concluído.3. Reserve margem para coordenação.4. Entregue agenda e conflitos.5. Feche com responsáveis pelos blocos e revisores de cada saída.### Casos-limite- Não há bloco suficiente: divida a saída.- Dependência pendente: agende preparação, não execução.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Agenda semanal protegida- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada prioridade tem bloco.; Cada bloco tem saída.; Conflitos estão marcados.; Cada bloco tem responsável, revisor e saída acordada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Blocos longos reduzem trocas, mas diminuem flexibilidade para exceções. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-05- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando as prioridades passaram pelo teste de realidade. Confirme compromissos fixos e revisores da saída.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = 1 proposta; 2 resposta ao cliente; 3 relatórioAGENDA = terça e quarta 09:00–11:00 livres; reuniões à tardeRESTRIÇÕES = reuniões obrigatórias, entrega na quinta e no máximo duas horas extrasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Teste de realidade da equipe: manter o escopo v1 da proposta; reduzir o memorando de capacidade a uma página; adiar o acabamento do painel. Insumos: 8 h; integração: 6 h; revisão: 3 h. Risco: agenda do comitê. Mitigação: pré-leitura na quarta ao meio-dia. Responsável: líder comercial.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por desenho da agenda.Entregável: Agenda semanal protegidaInclui: Transformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.Não inclui: A agenda é hipótese executável e deve ser revisada.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Time blocking- Condição de concluído- RACI levePassos:1. Atribua bloco conforme trabalho e energia declarada.2. Defina entrada, saída e condição de concluído.3. Reserve margem para coordenação.4. Entregue agenda e conflitos.5. Feche com responsáveis pelos blocos e revisores de cada saída.### Casos-limite- Não há bloco suficiente: divida a saída.- Dependência pendente: agende preparação, não execução.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Agenda semanal protegida- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada prioridade tem bloco.; Cada bloco tem saída.; Conflitos estão marcados.; Cada bloco tem responsável, revisor e saída acordada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Blocos longos reduzem trocas, mas diminuem flexibilidade para exceções. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-05- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por desenho da agenda.# FRAMEWORKS E BOAS PRÁTICAS- Time blocking- Condição de concluído- RACI leve# Limites- Não preencha toda a capacidade.- Não mova compromissos fixos sem autorização.- Não mova compromissos compartilhados sem a autoridade correspondente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A agenda é hipótese executável e deve ser revisada.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada prioridade tem bloco.; Cada bloco tem saída.; Conflitos estão marcados.; Cada bloco tem responsável, revisor e saída acordada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = [PRIORIDADES · resultados escolhidos e ordenados · ex.: proposta antes do relatório]AGENDA = [AGENDA · compromissos fixos e blocos disponíveis · ex.: agenda da próxima semana]RESTRIÇÕES = [RESTRIÇÕES · limites que o plano deve respeitar · ex.: reuniões fixas e prazo]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTransformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.# Fluxo1. Atribua bloco conforme trabalho e energia declarada.2. Defina entrada, saída e condição de concluído.3. Reserve margem para coordenação.4. Entregue agenda e conflitos.5. Feche com responsáveis pelos blocos e revisores de cada saída.# Saída esperada- Agenda semanal protegida- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por desenho da agenda.# FRAMEWORKS E BOAS PRÁTICAS- Time blocking- Condição de concluído- RACI leve# Limites- Não preencha toda a capacidade.- Não mova compromissos fixos sem autorização.- Não mova compromissos compartilhados sem a autoridade correspondente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A agenda é hipótese executável e deve ser revisada.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada prioridade tem bloco.; Cada bloco tem saída.; Conflitos estão marcados.; Cada bloco tem responsável, revisor e saída acordada.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSPRIORIDADES = 1 proposta; 2 resposta ao cliente; 3 relatórioAGENDA = terça e quarta 09:00–11:00 livres; reuniões à tardeRESTRIÇÕES = reuniões obrigatórias, entrega na quinta e no máximo duas horas extrasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Teste de realidade da equipe: manter o escopo v1 da proposta; reduzir o memorando de capacidade a uma página; adiar o acabamento do painel. Insumos: 8 h; integração: 6 h; revisão: 3 h. Risco: agenda do comitê. Mitigação: pré-leitura na quarta ao meio-dia. Responsável: líder comercial.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTransformar prioridades em blocos com saída e limite. Entregue uma agenda coordenável com outras áreas.# Fluxo1. Atribua bloco conforme trabalho e energia declarada.2. Defina entrada, saída e condição de concluído.3. Reserve margem para coordenação.4. Entregue agenda e conflitos.5. Feche com responsáveis pelos blocos e revisores de cada saída.# Saída esperada- Agenda semanal protegida- Cada prioridade tem bloco.- Cada bloco tem saída.- Conflitos estão marcados.- Cada bloco tem responsável, revisor e saída acordada.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Cada prioridade tem bloco.
  • Cada bloco tem saída.
  • Conflitos estão marcados.
  • Cada bloco tem responsável, revisor e saída acordada.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Não há bloco suficiente: divida a saída.
  • Dependência pendente: agende preparação, não execução.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Blocos longos reduzem trocas, mas diminuem flexibilidade para exceções. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • A agenda é hipótese executável e deve ser revisada.
  • Não autoriza acesso, mudança ou adoção automática.
ApreenderProtocolo de interrupçõesDefinir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando mensagens e pedidos deslocam blocos com frequência. Confirme canais críticos e autoridade de exceção.
Exemplo
Blocos da equipe: terça 09:00–11:00 arquitetura; quarta 09:00–12:00 redação; quinta 10:00–11:00 controle de qualidade; quinta 15:00–16:00 comitê; sexta 09:00–10:00 decisão. Duas horas permanecem sem alocação como reserva. Conflito: suporte crítico na quarta às 10:00. Responsável pelo replanejamento: PM.
Evidência
Cada tipo tem resposta e prazo.; Exceções são explícitas.
Limite
Adapte o protocolo ao contexto e revise seus efeitos.
RecebeAgenda semanal protegida
ProduzRegras de proteção do foco
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <INTERRUPÇÕES>solicitações que costumam quebrar o focoExemplo: mensagens urgentes e reuniões ad hoc · Obrigatório
  • <REGRAS>acordos que devem ser aplicadosExemplo: duas janelas de resposta · Obrigatório
  • <EXCEÇÕES>situações que justificam quebrar a regraExemplo: incidente de cliente · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Definir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: INTERRUPÇÕES=[INTERRUPÇÕES · solicitações que costumam quebrar o foco · ex.: mensagens urgentes e reuniões ad hoc]; REGRAS=[REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]; EXCEÇÕES=[EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Protocolo de interrupções; Regras de escalonamento; RACI leve.Ordem: Agrupe tipos de interrupção. → Feche com responsáveis por canal e autoridade de exceção.Entregue: Regras de proteção do foco; Cada tipo tem resposta e prazo.Limite: Inclua via para urgências reais.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Definir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: INTERRUPÇÕES=11 mensagens urgentes e duas reuniões ad hoc em cinco dias; REGRAS=verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticos; EXCEÇÕES=incidente de cliente com impacto imediato em uma entrega; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Blocos da equipe: terça 09:00–11:00 arquitetura; quarta 09:00–12:00 redação; quinta 10:00–11:00 controle de qualidade; quinta 15:00–16:00 comitê; sexta 09:00–10:00 decisão. Duas horas permanecem sem alocação como reserva. Conflito: suporte crítico na quarta às 10:00. Responsável pelo replanejamento: PM.Aplique: Protocolo de interrupções; Regras de escalonamento; RACI leve.Ordem: Agrupe tipos de interrupção. → Feche com responsáveis por canal e autoridade de exceção.Entregue: Regras de proteção do foco; Cada tipo tem resposta e prazo.Limite: Inclua via para urgências reais.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSINTERRUPÇÕES = [INTERRUPÇÕES · solicitações que costumam quebrar o foco · ex.: mensagens urgentes e reuniões ad hoc]REGRAS = [REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDefinir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.# FRAMEWORKS E BOAS PRÁTICAS- Protocolo de interrupções- Regras de escalonamento- RACI leve# Fluxo1. Agrupe tipos de interrupção.2. Atribua atender, delegar, agrupar, adiar ou descartar.3. Defina exceção e canal.4. Redija respostas curtas.5. Feche com responsáveis por canal e autoridade de exceção.# Limites- Inclua via para urgências reais.- Não bloqueie deveres de cuidado, segurança ou serviço crítico.- Não bloqueie canal crítico sem via de escalonamento acordada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Adapte o protocolo ao contexto e revise seus efeitos.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Regras de proteção do foco- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSINTERRUPÇÕES = 11 mensagens urgentes e duas reuniões ad hoc em cinco diasREGRAS = verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticosEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Blocos da equipe: terça 09:00–11:00 arquitetura; quarta 09:00–12:00 redação; quinta 10:00–11:00 controle de qualidade; quinta 15:00–16:00 comitê; sexta 09:00–10:00 decisão. Duas horas permanecem sem alocação como reserva. Conflito: suporte crítico na quarta às 10:00. Responsável pelo replanejamento: PM.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDefinir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.# FRAMEWORKS E BOAS PRÁTICAS- Protocolo de interrupções- Regras de escalonamento- RACI leve# Fluxo1. Agrupe tipos de interrupção.2. Atribua atender, delegar, agrupar, adiar ou descartar.3. Defina exceção e canal.4. Redija respostas curtas.5. Feche com responsáveis por canal e autoridade de exceção.# Limites- Inclua via para urgências reais.- Não bloqueie deveres de cuidado, segurança ou serviço crítico.- Não bloqueie canal crítico sem via de escalonamento acordada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Adapte o protocolo ao contexto e revise seus efeitos.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Regras de proteção do foco- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando mensagens e pedidos deslocam blocos com frequência. Confirme canais críticos e autoridade de exceção.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSINTERRUPÇÕES = [INTERRUPÇÕES · solicitações que costumam quebrar o foco · ex.: mensagens urgentes e reuniões ad hoc]REGRAS = [REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por protocolo de interrupções.Entregável: Regras de proteção do focoInclui: Definir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.Não inclui: Adapte o protocolo ao contexto e revise seus efeitos.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Protocolo de interrupções- Regras de escalonamento- RACI levePassos:1. Agrupe tipos de interrupção.2. Atribua atender, delegar, agrupar, adiar ou descartar.3. Defina exceção e canal.4. Redija respostas curtas.5. Feche com responsáveis por canal e autoridade de exceção.### Casos-limite- Pedido ambíguo: pergunte consequência e data.- Conflito de autoridade: escale em vez de improvisar.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Regras de proteção do foco- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada tipo tem resposta e prazo.; Exceções são explícitas.; A linguagem protege o trabalho sem hostilidade.; Cada interrupção tem canal, responsável e exceção válida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Uma regra protege foco, mas pode atrasar coordenação sem exceções. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-06- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando mensagens e pedidos deslocam blocos com frequência. Confirme canais críticos e autoridade de exceção.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSINTERRUPÇÕES = 11 mensagens urgentes e duas reuniões ad hoc em cinco diasREGRAS = verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticosEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Blocos da equipe: terça 09:00–11:00 arquitetura; quarta 09:00–12:00 redação; quinta 10:00–11:00 controle de qualidade; quinta 15:00–16:00 comitê; sexta 09:00–10:00 decisão. Duas horas permanecem sem alocação como reserva. Conflito: suporte crítico na quarta às 10:00. Responsável pelo replanejamento: PM.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por protocolo de interrupções.Entregável: Regras de proteção do focoInclui: Definir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.Não inclui: Adapte o protocolo ao contexto e revise seus efeitos.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Protocolo de interrupções- Regras de escalonamento- RACI levePassos:1. Agrupe tipos de interrupção.2. Atribua atender, delegar, agrupar, adiar ou descartar.3. Defina exceção e canal.4. Redija respostas curtas.5. Feche com responsáveis por canal e autoridade de exceção.### Casos-limite- Pedido ambíguo: pergunte consequência e data.- Conflito de autoridade: escale em vez de improvisar.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Regras de proteção do foco- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada tipo tem resposta e prazo.; Exceções são explícitas.; A linguagem protege o trabalho sem hostilidade.; Cada interrupção tem canal, responsável e exceção válida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Uma regra protege foco, mas pode atrasar coordenação sem exceções. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-06- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por protocolo de interrupções.# FRAMEWORKS E BOAS PRÁTICAS- Protocolo de interrupções- Regras de escalonamento- RACI leve# Limites- Inclua via para urgências reais.- Não bloqueie deveres de cuidado, segurança ou serviço crítico.- Não bloqueie canal crítico sem via de escalonamento acordada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Adapte o protocolo ao contexto e revise seus efeitos.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada tipo tem resposta e prazo.; Exceções são explícitas.; A linguagem protege o trabalho sem hostilidade.; Cada interrupção tem canal, responsável e exceção válida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSINTERRUPÇÕES = [INTERRUPÇÕES · solicitações que costumam quebrar o foco · ex.: mensagens urgentes e reuniões ad hoc]REGRAS = [REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDefinir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.# Fluxo1. Agrupe tipos de interrupção.2. Atribua atender, delegar, agrupar, adiar ou descartar.3. Defina exceção e canal.4. Redija respostas curtas.5. Feche com responsáveis por canal e autoridade de exceção.# Saída esperada- Regras de proteção do foco- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por protocolo de interrupções.# FRAMEWORKS E BOAS PRÁTICAS- Protocolo de interrupções- Regras de escalonamento- RACI leve# Limites- Inclua via para urgências reais.- Não bloqueie deveres de cuidado, segurança ou serviço crítico.- Não bloqueie canal crítico sem via de escalonamento acordada.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Adapte o protocolo ao contexto e revise seus efeitos.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneCada tipo tem resposta e prazo.; Exceções são explícitas.; A linguagem protege o trabalho sem hostilidade.; Cada interrupção tem canal, responsável e exceção válida.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSINTERRUPÇÕES = 11 mensagens urgentes e duas reuniões ad hoc em cinco diasREGRAS = verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticosEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Blocos da equipe: terça 09:00–11:00 arquitetura; quarta 09:00–12:00 redação; quinta 10:00–11:00 controle de qualidade; quinta 15:00–16:00 comitê; sexta 09:00–10:00 decisão. Duas horas permanecem sem alocação como reserva. Conflito: suporte crítico na quarta às 10:00. Responsável pelo replanejamento: PM.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDefinir respostas padrão para interrupções. Produza regras de resposta que respeitem canais críticos. Execute o protocolo durante uma semana controlada; o prompt-07 revisará seu registro e exceções.# Fluxo1. Agrupe tipos de interrupção.2. Atribua atender, delegar, agrupar, adiar ou descartar.3. Defina exceção e canal.4. Redija respostas curtas.5. Feche com responsáveis por canal e autoridade de exceção.# Saída esperada- Regras de proteção do foco- Cada tipo tem resposta e prazo.- Exceções são explícitas.- A linguagem protege o trabalho sem hostilidade.- Cada interrupção tem canal, responsável e exceção válida.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Cada tipo tem resposta e prazo.
  • Exceções são explícitas.
  • A linguagem protege o trabalho sem hostilidade.
  • Cada interrupção tem canal, responsável e exceção válida.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Pedido ambíguo: pergunte consequência e data.
  • Conflito de autoridade: escale em vez de improvisar.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Uma regra protege foco, mas pode atrasar coordenação sem exceções. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Adapte o protocolo ao contexto e revise seus efeitos.
  • Não autoriza acesso, mudança ou adoção automática.
ApreenderRevisão de evidênciasComparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
No fechamento do período ou antes da próxima semana. Confirme qual semana de prática será revisada. A sequência pode terminar aqui.
Exemplo
Protocolo aplicado pela equipe: solicitações por um único canal; revisões às 11:30 e 16:00; urgente apenas para segurança, cliente bloqueado ou prazo menor que 4 h. Registro: 24 interrupções, 13 agrupadas, 6 atendidas, 3 delegadas e 2 escaladas. A proposta chegou ao comitê; um caso crítico excedeu o SLA.
Evidência
Fatos e inferências estão separados.; Cada ajuste responde a uma fricção.
Limite
A revisão apoia decisões; não prova melhoria geral.
RecebeRegras de proteção do foco
ProduzRevisão semanal baseada em fatos
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <RESULTADO>saída observável com dataExemplo: proposta revisada na quinta-feira · Obrigatório
  • <EVIDÊNCIA>fatos ou registros que sustentam a revisãoExemplo: quadro, citações e versão · Obrigatório
  • <DECISÕES_ABERTAS>decisões ainda não concluídasExemplo: qual prática manter · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Comparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: RESULTADO=[RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]; EVIDÊNCIA=[EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]; DECISÕES_ABERTAS=[DECISÕES_ABERTAS · decisões ainda não concluídas · ex.: qual prática manter]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: After Action Review; Plano–fato–aprendizado–decisão; RACI leve.Ordem: Compare resultados e blocos. → Feche com sponsor, evidência e gate de adoção da regra.Entregue: Revisão semanal baseada em fatos; Fatos e inferências estão separados.Limite: Não transforme esforço percebido em evidência.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Comparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: RESULTADO=proposta revisada e enviada na quinta-feira às 16:00; EVIDÊNCIA=quadro de cinco dias, três citações e versão 0.2 do artefato; DECISÕES_ABERTAS=manter blocos de foco e ajustar o acordo de resposta; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Protocolo aplicado pela equipe: solicitações por um único canal; revisões às 11:30 e 16:00; urgente apenas para segurança, cliente bloqueado ou prazo menor que 4 h. Registro: 24 interrupções, 13 agrupadas, 6 atendidas, 3 delegadas e 2 escaladas. A proposta chegou ao comitê; um caso crítico excedeu o SLA.Aplique: After Action Review; Plano–fato–aprendizado–decisão; RACI leve.Ordem: Compare resultados e blocos. → Feche com sponsor, evidência e gate de adoção da regra.Entregue: Revisão semanal baseada em fatos; Fatos e inferências estão separados.Limite: Não transforme esforço percebido em evidência.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSRESULTADO = [RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DECISÕES_ABERTAS = [DECISÕES_ABERTAS · decisões ainda não concluídas · ex.: qual prática manter]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaComparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.# FRAMEWORKS E BOAS PRÁTICAS- After Action Review- Plano–fato–aprendizado–decisão- RACI leve# Fluxo1. Compare resultados e blocos.2. Descreva desvios com fatos.3. Identifique uma regra útil e uma fricção.4. Proponha ajuste e data de revisão.5. Feche com sponsor, evidência e gate de adoção da regra.# Limites- Não transforme esforço percebido em evidência.- Não generalize a partir de um período.- Não amplie a regra antes de revisar evidências e adoção.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A revisão apoia decisões; não prova melhoria geral.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Revisão semanal baseada em fatos- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSRESULTADO = proposta revisada e enviada na quinta-feira às 16:00EVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDECISÕES_ABERTAS = manter blocos de foco e ajustar o acordo de respostaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Protocolo aplicado pela equipe: solicitações por um único canal; revisões às 11:30 e 16:00; urgente apenas para segurança, cliente bloqueado ou prazo menor que 4 h. Registro: 24 interrupções, 13 agrupadas, 6 atendidas, 3 delegadas e 2 escaladas. A proposta chegou ao comitê; um caso crítico excedeu o SLA.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaComparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.# FRAMEWORKS E BOAS PRÁTICAS- After Action Review- Plano–fato–aprendizado–decisão- RACI leve# Fluxo1. Compare resultados e blocos.2. Descreva desvios com fatos.3. Identifique uma regra útil e uma fricção.4. Proponha ajuste e data de revisão.5. Feche com sponsor, evidência e gate de adoção da regra.# Limites- Não transforme esforço percebido em evidência.- Não generalize a partir de um período.- Não amplie a regra antes de revisar evidências e adoção.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A revisão apoia decisões; não prova melhoria geral.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Revisão semanal baseada em fatos- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: No fechamento do período ou antes da próxima semana. Confirme qual semana de prática será revisada. A sequência pode terminar aqui.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSRESULTADO = [RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DECISÕES_ABERTAS = [DECISÕES_ABERTAS · decisões ainda não concluídas · ex.: qual prática manter]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por revisão de evidências.Entregável: Revisão semanal baseada em fatosInclui: Comparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.Não inclui: A revisão apoia decisões; não prova melhoria geral.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- After Action Review- Plano–fato–aprendizado–decisão- RACI levePassos:1. Compare resultados e blocos.2. Descreva desvios com fatos.3. Identifique uma regra útil e uma fricção.4. Proponha ajuste e data de revisão.5. Feche com sponsor, evidência e gate de adoção da regra.### Casos-limite- Evidência insuficiente: preserve a pergunta; não invente conclusão.- Sem responsável ou direitos, retorne bloqueio e próximo gate.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Revisão semanal baseada em fatos- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Fatos e inferências estão separados.; Cada ajuste responde a uma fricção.; Existe critério para manter ou retirar.; A regra tem sponsor, evidência e critério de adoção.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Testar uma regra reduz o ritmo de mudança, mas facilita relacionar a evidência com esse ajuste. A governança adiciona coordenação, mas reduz decisões opacas. Consultar fontes acrescenta rastreabilidade, mas não é obrigatório quando a evidência local basta para fechar a decisão.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-07- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: No fechamento do período ou antes da próxima semana. Confirme qual semana de prática será revisada. A sequência pode terminar aqui.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSRESULTADO = proposta revisada e enviada na quinta-feira às 16:00EVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDECISÕES_ABERTAS = manter blocos de foco e ajustar o acordo de respostaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Protocolo aplicado pela equipe: solicitações por um único canal; revisões às 11:30 e 16:00; urgente apenas para segurança, cliente bloqueado ou prazo menor que 4 h. Registro: 24 interrupções, 13 agrupadas, 6 atendidas, 3 delegadas e 2 escaladas. A proposta chegou ao comitê; um caso crítico excedeu o SLA.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por revisão de evidências.Entregável: Revisão semanal baseada em fatosInclui: Comparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.Não inclui: A revisão apoia decisões; não prova melhoria geral.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- After Action Review- Plano–fato–aprendizado–decisão- RACI levePassos:1. Compare resultados e blocos.2. Descreva desvios com fatos.3. Identifique uma regra útil e uma fricção.4. Proponha ajuste e data de revisão.5. Feche com sponsor, evidência e gate de adoção da regra.### Casos-limite- Evidência insuficiente: preserve a pergunta; não invente conclusão.- Sem responsável ou direitos, retorne bloqueio e próximo gate.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Revisão semanal baseada em fatos- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Fatos e inferências estão separados.; Cada ajuste responde a uma fricção.; Existe critério para manter ou retirar.; A regra tem sponsor, evidência e critério de adoção.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Testar uma regra reduz o ritmo de mudança, mas facilita relacionar a evidência com esse ajuste. A governança adiciona coordenação, mas reduz decisões opacas. Consultar fontes acrescenta rastreabilidade, mas não é obrigatório quando a evidência local basta para fechar a decisão.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-07- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por revisão de evidências.# FRAMEWORKS E BOAS PRÁTICAS- After Action Review- Plano–fato–aprendizado–decisão- RACI leve# Limites- Não transforme esforço percebido em evidência.- Não generalize a partir de um período.- Não amplie a regra antes de revisar evidências e adoção.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A revisão apoia decisões; não prova melhoria geral.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneFatos e inferências estão separados.; Cada ajuste responde a uma fricção.; Existe critério para manter ou retirar.; A regra tem sponsor, evidência e critério de adoção.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSRESULTADO = [RESULTADO · saída observável com data · ex.: proposta revisada na quinta-feira]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DECISÕES_ABERTAS = [DECISÕES_ABERTAS · decisões ainda não concluídas · ex.: qual prática manter]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaComparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.# Fluxo1. Compare resultados e blocos.2. Descreva desvios com fatos.3. Identifique uma regra útil e uma fricção.4. Proponha ajuste e data de revisão.5. Feche com sponsor, evidência e gate de adoção da regra.# Saída esperada- Revisão semanal baseada em fatos- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por revisão de evidências.# FRAMEWORKS E BOAS PRÁTICAS- After Action Review- Plano–fato–aprendizado–decisão- RACI leve# Limites- Não transforme esforço percebido em evidência.- Não generalize a partir de um período.- Não amplie a regra antes de revisar evidências e adoção.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- A revisão apoia decisões; não prova melhoria geral.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneFatos e inferências estão separados.; Cada ajuste responde a uma fricção.; Existe critério para manter ou retirar.; A regra tem sponsor, evidência e critério de adoção.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSRESULTADO = proposta revisada e enviada na quinta-feira às 16:00EVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDECISÕES_ABERTAS = manter blocos de foco e ajustar o acordo de respostaRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Protocolo aplicado pela equipe: solicitações por um único canal; revisões às 11:30 e 16:00; urgente apenas para segurança, cliente bloqueado ou prazo menor que 4 h. Registro: 24 interrupções, 13 agrupadas, 6 atendidas, 3 delegadas e 2 escaladas. A proposta chegou ao comitê; um caso crítico excedeu o SLA.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaComparar plano, execução e evidência para decidir um ajuste. Transforme evidências semanais em decisão de continuidade. A consulta a fontes é um ramo condicional: ative o prompt-08 somente se a revisão deixar uma decisão que exige evidência externa governada.# Fluxo1. Compare resultados e blocos.2. Descreva desvios com fatos.3. Identifique uma regra útil e uma fricção.4. Proponha ajuste e data de revisão.5. Feche com sponsor, evidência e gate de adoção da regra.# Saída esperada- Revisão semanal baseada em fatos- Fatos e inferências estão separados.- Cada ajuste responde a uma fricção.- Existe critério para manter ou retirar.- A regra tem sponsor, evidência e critério de adoção.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Fatos e inferências estão separados.
  • Cada ajuste responde a uma fricção.
  • Existe critério para manter ou retirar.
  • A regra tem sponsor, evidência e critério de adoção.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Evidência insuficiente: preserve a pergunta; não invente conclusão.
  • Sem responsável ou direitos, retorne bloqueio e próximo gate.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Testar uma regra reduz o ritmo de mudança, mas facilita relacionar a evidência com esse ajuste. A governança adiciona coordenação, mas reduz decisões opacas. Consultar fontes acrescenta rastreabilidade, mas não é obrigatório quando a evidência local basta para fechar a decisão.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • A revisão apoia decisões; não prova melhoria geral.
  • Não autoriza acesso, mudança ou adoção automática.
ApreenderFonte para decidirConstruir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emBuscar fontes · Deep Research
Antes de copiar
Quando usar
Em Fontes do NotebookLM, quando uma prioridade depende de informação governada. Confirme direitos das fontes e decisão pendente.
Exemplo
Revisão da equipe: proposta concluída, capacidade parcialmente aprovada e direitos de uma fonte pendentes. Ajuste: proteger o bloco de integração da quarta. Decisão aberta: avaliar o piloto por tempo de ciclo ou qualidade. Fontes disponíveis: brief v2, registro de trabalho, ata do comitê e guia oficial; nenhuma estabelece causalidade.
Evidência
Toda afirmação verificável tem citação.; Discordâncias ficam visíveis.
Limite
Use apenas fontes governadas disponíveis no caderno.
RecebeRevisão semanal baseada em fatos
ProduzSíntese citada para uma decisão
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <DECISÃO>decisão concreta que precisa de fundamentoExemplo: adotar blocos protegidos · Obrigatório
  • <FONTES>materiais com autor, data e escopoExemplo: guia oficial e registro próprio · Obrigatório
  • <CRITÉRIO_DE_ACEITAÇÃO>condição observável para aceitar a saídaExemplo: citação, limite e recomendação · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = executiva
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Construir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: DECISÃO=[DECISÃO · decisão concreta que precisa de fundamento · ex.: adotar blocos protegidos]; FONTES=[FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]; CRITÉRIO_DE_ACEITAÇÃO=[CRITÉRIO_DE_ACEITAÇÃO · condição observável para aceitar a saída · ex.: citação, limite e recomendação]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Triangulação de fontes; Tabela afirmação–evidência–limite; RACI leve.Ordem: Defina decisão e critérios. → Entregue recomendação condicionada.Entregue: Síntese citada para uma decisão; Toda afirmação verificável tem citação.Limite: Pare quando faltarem fontes pertinentes.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Construir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: DECISÃO=repetir blocos protegidos por sete dias; FONTES=guia oficial datado e registro sintético de cinco dias; CRITÉRIO_DE_ACEITAÇÃO=cada recomendação cita fonte, declara ajuste e propõe um teste; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Revisão da equipe: proposta concluída, capacidade parcialmente aprovada e direitos de uma fonte pendentes. Ajuste: proteger o bloco de integração da quarta. Decisão aberta: avaliar o piloto por tempo de ciclo ou qualidade. Fontes disponíveis: brief v2, registro de trabalho, ata do comitê e guia oficial; nenhuma estabelece causalidade.Aplique: Triangulação de fontes; Tabela afirmação–evidência–limite; RACI leve.Ordem: Defina decisão e critérios. → Entregue recomendação condicionada.Entregue: Síntese citada para uma decisão; Toda afirmação verificável tem citação.Limite: Pare quando faltarem fontes pertinentes.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSDECISÃO = [DECISÃO · decisão concreta que precisa de fundamento · ex.: adotar blocos protegidos]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]CRITÉRIO_DE_ACEITAÇÃO = [CRITÉRIO_DE_ACEITAÇÃO · condição observável para aceitar a saída · ex.: citação, limite e recomendação]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaConstruir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.# FRAMEWORKS E BOAS PRÁTICAS- Triangulação de fontes- Tabela afirmação–evidência–limite- RACI leve# Fluxo1. Defina decisão e critérios.2. Consulte apenas fontes disponíveis.3. Extraia afirmação, citação e limite.4. Compare acordos, tensões e lacunas.5. Entregue recomendação condicionada.# Limites- Pare quando faltarem fontes pertinentes.- Não apresente síntese editorial como fato observado.- Não cite nem distribua fontes sem direitos verificáveis.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Use apenas fontes governadas disponíveis no caderno.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Síntese citada para uma decisão- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSDECISÃO = repetir blocos protegidos por sete diasFONTES = guia oficial datado e registro sintético de cinco diasCRITÉRIO_DE_ACEITAÇÃO = cada recomendação cita fonte, declara ajuste e propõe um testeRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Revisão da equipe: proposta concluída, capacidade parcialmente aprovada e direitos de uma fonte pendentes. Ajuste: proteger o bloco de integração da quarta. Decisão aberta: avaliar o piloto por tempo de ciclo ou qualidade. Fontes disponíveis: brief v2, registro de trabalho, ata do comitê e guia oficial; nenhuma estabelece causalidade.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaConstruir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.# FRAMEWORKS E BOAS PRÁTICAS- Triangulação de fontes- Tabela afirmação–evidência–limite- RACI leve# Fluxo1. Defina decisão e critérios.2. Consulte apenas fontes disponíveis.3. Extraia afirmação, citação e limite.4. Compare acordos, tensões e lacunas.5. Entregue recomendação condicionada.# Limites- Pare quando faltarem fontes pertinentes.- Não apresente síntese editorial como fato observado.- Não cite nem distribua fontes sem direitos verificáveis.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Use apenas fontes governadas disponíveis no caderno.- Não autoriza acesso, mudança ou adoção automática.# Saída esperada- Síntese citada para uma decisão- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Em Fontes do NotebookLM, quando uma prioridade depende de informação governada. Confirme direitos das fontes e decisão pendente.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSDECISÃO = [DECISÃO · decisão concreta que precisa de fundamento · ex.: adotar blocos protegidos]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]CRITÉRIO_DE_ACEITAÇÃO = [CRITÉRIO_DE_ACEITAÇÃO · condição observável para aceitar a saída · ex.: citação, limite e recomendação]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por fonte para decidir.Entregável: Síntese citada para uma decisãoInclui: Construir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.Não inclui: Use apenas fontes governadas disponíveis no caderno.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Triangulação de fontes- Tabela afirmação–evidência–limite- RACI levePassos:1. Defina decisão e critérios.2. Consulte apenas fontes disponíveis.3. Extraia afirmação, citação e limite.4. Compare acordos, tensões e lacunas.5. Entregue recomendação condicionada.### Casos-limite- Fontes contradizem: não force consenso.- Direitos incertos: exclua a fonte e registre a lacuna.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Síntese citada para uma decisão- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Toda afirmação verificável tem citação.; Discordâncias ficam visíveis.; A recomendação declara seu limite.; A recomendação preserva citações, direitos e revisor responsável.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Exigir citações melhora rastreabilidade, mas pode deixar a decisão imediata sem resposta. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-official-pdf, ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-08- surface: source_searchRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Em Fontes do NotebookLM, quando uma prioridade depende de informação governada. Confirme direitos das fontes e decisão pendente.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSDECISÃO = repetir blocos protegidos por sete diasFONTES = guia oficial datado e registro sintético de cinco diasCRITÉRIO_DE_ACEITAÇÃO = cada recomendação cita fonte, declara ajuste e propõe um testeRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Revisão da equipe: proposta concluída, capacidade parcialmente aprovada e direitos de uma fonte pendentes. Ajuste: proteger o bloco de integração da quarta. Decisão aberta: avaliar o piloto por tempo de ciclo ou qualidade. Fontes disponíveis: brief v2, registro de trabalho, ata do comitê e guia oficial; nenhuma estabelece causalidade.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por fonte para decidir.Entregável: Síntese citada para uma decisãoInclui: Construir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.Não inclui: Use apenas fontes governadas disponíveis no caderno.; Não autoriza acesso, mudança ou adoção automática.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Triangulação de fontes- Tabela afirmação–evidência–limite- RACI levePassos:1. Defina decisão e critérios.2. Consulte apenas fontes disponíveis.3. Extraia afirmação, citação e limite.4. Compare acordos, tensões e lacunas.5. Entregue recomendação condicionada.### Casos-limite- Fontes contradizem: não force consenso.- Direitos incertos: exclua a fonte e registre a lacuna.- Semana incompleta: entregue uma leitura parcial e marque o período ausente.## C — Critérios verificáveis# Saída esperada:- Síntese citada para uma decisão- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Toda afirmação verificável tem citação.; Discordâncias ficam visíveis.; A recomendação declara seu limite.; A recomendação preserva citações, direitos e revisor responsável.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Exigir citações melhora rastreabilidade, mas pode deixar a decisão imediata sem resposta. A governança adiciona coordenação, mas reduz decisões opacas.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-official-pdf, ev-m02-masterclass, ev-m02-playbook## Metadata- module: 02- prompt: prompt-08- surface: source_searchRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por fonte para decidir.# FRAMEWORKS E BOAS PRÁTICAS- Triangulação de fontes- Tabela afirmação–evidência–limite- RACI leve# Limites- Pare quando faltarem fontes pertinentes.- Não apresente síntese editorial como fato observado.- Não cite nem distribua fontes sem direitos verificáveis.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Use apenas fontes governadas disponíveis no caderno.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneToda afirmação verificável tem citação.; Discordâncias ficam visíveis.; A recomendação declara seu limite.; A recomendação preserva citações, direitos e revisor responsável.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSDECISÃO = [DECISÃO · decisão concreta que precisa de fundamento · ex.: adotar blocos protegidos]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]CRITÉRIO_DE_ACEITAÇÃO = [CRITÉRIO_DE_ACEITAÇÃO · condição observável para aceitar a saída · ex.: citação, limite e recomendação]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaConstruir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.# Fluxo1. Defina decisão e critérios.2. Consulte apenas fontes disponíveis.3. Extraia afirmação, citação e limite.4. Compare acordos, tensões e lacunas.5. Entregue recomendação condicionada.# Saída esperada- Síntese citada para uma decisão- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por fonte para decidir.# FRAMEWORKS E BOAS PRÁTICAS- Triangulação de fontes- Tabela afirmação–evidência–limite- RACI leve# Limites- Pare quando faltarem fontes pertinentes.- Não apresente síntese editorial como fato observado.- Não cite nem distribua fontes sem direitos verificáveis.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Use apenas fontes governadas disponíveis no caderno.- Não autoriza acesso, mudança ou adoção automática.# Definition of DoneToda afirmação verificável tem citação.; Discordâncias ficam visíveis.; A recomendação declara seu limite.; A recomendação preserva citações, direitos e revisor responsável.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = executivaAPROVAÇÃO = humana obrigatória# INPUTSDECISÃO = repetir blocos protegidos por sete diasFONTES = guia oficial datado e registro sintético de cinco diasCRITÉRIO_DE_ACEITAÇÃO = cada recomendação cita fonte, declara ajuste e propõe um testeRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Revisão da equipe: proposta concluída, capacidade parcialmente aprovada e direitos de uma fonte pendentes. Ajuste: proteger o bloco de integração da quarta. Decisão aberta: avaliar o piloto por tempo de ciclo ou qualidade. Fontes disponíveis: brief v2, registro de trabalho, ata do comitê e guia oficial; nenhuma estabelece causalidade.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaConstruir síntese citada para uma decisão concreta. Entregue uma recomendação citada e revisável.# Fluxo1. Defina decisão e critérios.2. Consulte apenas fontes disponíveis.3. Extraia afirmação, citação e limite.4. Compare acordos, tensões e lacunas.5. Entregue recomendação condicionada.# Saída esperada- Síntese citada para uma decisão- Toda afirmação verificável tem citação.- Discordâncias ficam visíveis.- A recomendação declara seu limite.- A recomendação preserva citações, direitos e revisor responsável.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Toda afirmação verificável tem citação.
  • Discordâncias ficam visíveis.
  • A recomendação declara seu limite.
  • A recomendação preserva citações, direitos e revisor responsável.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Fontes contradizem: não force consenso.
  • Direitos incertos: exclua a fonte e registre a lacuna.
  • Semana incompleta: entregue uma leitura parcial e marque o período ausente.

Compensações

  • Exigir citações melhora rastreabilidade, mas pode deixar a decisão imediata sem resposta. A governança adiciona coordenação, mas reduz decisões opacas.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Use apenas fontes governadas disponíveis no caderno.
  • Não autoriza acesso, mudança ou adoção automática.
(R)EvoluirContrastar a forma de trabalhoComparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emBuscar fontes · Deep Research
Antes de copiar
Quando usar
Quando já existe uma revisão semanal e você precisa adotar, adaptar ou descartar uma prática externa.
Exemplo
Revisão semanal sintética: a proposta terminou na quinta-feira; agrupar mensagens reduziu interrupções observadas, mas uma resposta perdeu o prazo. A decisão é contrastar blocos protegidos e acordos de resposta antes de repetir.
Evidência
Cada recomendação tem fonte e aplicabilidade explícita.; O contraste separa coincidência, tensão e lacuna.
Limite
Não demonstra causalidade nem garante melhoria.
RecebeSíntese citada para uma decisão
ProduzNota de contraste da prática
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <REVISÃO_SEMANAL>síntese do resultado e do observadoExemplo: resultado, desvios e aprendizagem · Obrigatório
  • <FONTES>materiais com autor, data e escopoExemplo: guia oficial e registro próprio · Obrigatório
  • <APLICABILIDADE>contexto onde uma prática se ajusta ou nãoExemplo: equipe pequena com prazos diários · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = operacional
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Comparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: REVISÃO_SEMANAL=[REVISÃO_SEMANAL · síntese do resultado e do observado · ex.: resultado, desvios e aprendizagem]; FONTES=[FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]; APLICABILIDADE=[APLICABILIDADE · contexto onde uma prática se ajusta ou não · ex.: equipe pequena com prazos diários]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Hierarquia de fontes; Evidence-to-decision; Adaptar antes de adotar.Ordem: Formule uma pergunta verificável a partir da revisão semanal. → Proponha um teste delimitado para a semana seguinte.Entregue: Nota de contraste da prática; Cada recomendação tem fonte e aplicabilidade explícita.Limite: Não transforme uma recomendação geral em causa demonstrada.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Comparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: REVISÃO_SEMANAL=proposta concluída; mensagens agrupadas; uma resposta atrasada; FONTES=guia oficial datado e registro sintético de cinco dias; APLICABILIDADE=trabalho individual com duas janelas de resposta e entrega semanal; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Revisão semanal sintética: a proposta terminou na quinta-feira; agrupar mensagens reduziu interrupções observadas, mas uma resposta perdeu o prazo. A decisão é contrastar blocos protegidos e acordos de resposta antes de repetir.Aplique: Hierarquia de fontes; Evidence-to-decision; Adaptar antes de adotar.Ordem: Formule uma pergunta verificável a partir da revisão semanal. → Proponha um teste delimitado para a semana seguinte.Entregue: Nota de contraste da prática; Cada recomendação tem fonte e aplicabilidade explícita.Limite: Não transforme uma recomendação geral em causa demonstrada.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREVISÃO_SEMANAL = [REVISÃO_SEMANAL · síntese do resultado e do observado · ex.: resultado, desvios e aprendizagem]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]APLICABILIDADE = [APLICABILIDADE · contexto onde uma prática se ajusta ou não · ex.: equipe pequena com prazos diários]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaComparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.# FRAMEWORKS E BOAS PRÁTICAS- Hierarquia de fontes- Evidence-to-decision- Adaptar antes de adotar# Fluxo1. Formule uma pergunta verificável a partir da revisão semanal.2. Priorize fontes primárias ou guias com autoria e data.3. Compare a recomendação externa com o registro observado.4. Explique ajuste, incompatibilidade e evidência ausente.5. Proponha um teste delimitado para a semana seguinte.# Limites- Não transforme uma recomendação geral em causa demonstrada.- Não oculte diferenças entre o contexto da fonte e sua semana.- Declare direitos, data e limite de cada fonte.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não demonstra causalidade nem garante melhoria.# Saída esperada- Nota de contraste da prática- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREVISÃO_SEMANAL = proposta concluída; mensagens agrupadas; uma resposta atrasadaFONTES = guia oficial datado e registro sintético de cinco diasAPLICABILIDADE = trabalho individual com duas janelas de resposta e entrega semanalRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Revisão semanal sintética: a proposta terminou na quinta-feira; agrupar mensagens reduziu interrupções observadas, mas uma resposta perdeu o prazo. A decisão é contrastar blocos protegidos e acordos de resposta antes de repetir.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaComparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.# FRAMEWORKS E BOAS PRÁTICAS- Hierarquia de fontes- Evidence-to-decision- Adaptar antes de adotar# Fluxo1. Formule uma pergunta verificável a partir da revisão semanal.2. Priorize fontes primárias ou guias com autoria e data.3. Compare a recomendação externa com o registro observado.4. Explique ajuste, incompatibilidade e evidência ausente.5. Proponha um teste delimitado para a semana seguinte.# Limites- Não transforme uma recomendação geral em causa demonstrada.- Não oculte diferenças entre o contexto da fonte e sua semana.- Declare direitos, data e limite de cada fonte.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não demonstra causalidade nem garante melhoria.# Saída esperada- Nota de contraste da prática- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando já existe uma revisão semanal e você precisa adotar, adaptar ou descartar uma prática externa.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREVISÃO_SEMANAL = [REVISÃO_SEMANAL · síntese do resultado e do observado · ex.: resultado, desvios e aprendizagem]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]APLICABILIDADE = [APLICABILIDADE · contexto onde uma prática se ajusta ou não · ex.: equipe pequena com prazos diários]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por contrastar a forma de trabalho.Entregável: Nota de contraste da práticaInclui: Comparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.Não inclui: Não demonstra causalidade nem garante melhoria.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Hierarquia de fontes- Evidence-to-decision- Adaptar antes de adotarPassos:1. Formule uma pergunta verificável a partir da revisão semanal.2. Priorize fontes primárias ou guias com autoria e data.3. Compare a recomendação externa com o registro observado.4. Explique ajuste, incompatibilidade e evidência ausente.5. Proponha um teste delimitado para a semana seguinte.### Casos-limite- Fontes contraditórias: mantenha ambas as posições.- Fonte sem data: reduza a confiança e busque substituição.- Sem aplicabilidade: descarte a prática com justificativa.## C — Critérios verificáveis# Saída esperada:- Nota de contraste da prática- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada recomendação tem fonte e aplicabilidade explícita.; O contraste separa coincidência, tensão e lacuna.; O próximo teste tem métrica e limite.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais contraste reduz conselhos genéricos, mas exige limitar o volume de fontes.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-09- surface: source_searchRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando já existe uma revisão semanal e você precisa adotar, adaptar ou descartar uma prática externa.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREVISÃO_SEMANAL = proposta concluída; mensagens agrupadas; uma resposta atrasadaFONTES = guia oficial datado e registro sintético de cinco diasAPLICABILIDADE = trabalho individual com duas janelas de resposta e entrega semanalRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Revisão semanal sintética: a proposta terminou na quinta-feira; agrupar mensagens reduziu interrupções observadas, mas uma resposta perdeu o prazo. A decisão é contrastar blocos protegidos e acordos de resposta antes de repetir.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por contrastar a forma de trabalho.Entregável: Nota de contraste da práticaInclui: Comparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.Não inclui: Não demonstra causalidade nem garante melhoria.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Hierarquia de fontes- Evidence-to-decision- Adaptar antes de adotarPassos:1. Formule uma pergunta verificável a partir da revisão semanal.2. Priorize fontes primárias ou guias com autoria e data.3. Compare a recomendação externa com o registro observado.4. Explique ajuste, incompatibilidade e evidência ausente.5. Proponha um teste delimitado para a semana seguinte.### Casos-limite- Fontes contraditórias: mantenha ambas as posições.- Fonte sem data: reduza a confiança e busque substituição.- Sem aplicabilidade: descarte a prática com justificativa.## C — Critérios verificáveis# Saída esperada:- Nota de contraste da prática- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada recomendação tem fonte e aplicabilidade explícita.; O contraste separa coincidência, tensão e lacuna.; O próximo teste tem métrica e limite.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais contraste reduz conselhos genéricos, mas exige limitar o volume de fontes.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-09- surface: source_searchRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por contrastar a forma de trabalho.# FRAMEWORKS E BOAS PRÁTICAS- Hierarquia de fontes- Evidence-to-decision- Adaptar antes de adotar# Limites- Não transforme uma recomendação geral em causa demonstrada.- Não oculte diferenças entre o contexto da fonte e sua semana.- Declare direitos, data e limite de cada fonte.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não demonstra causalidade nem garante melhoria.# Definition of DoneCada recomendação tem fonte e aplicabilidade explícita.; O contraste separa coincidência, tensão e lacuna.; O próximo teste tem métrica e limite.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREVISÃO_SEMANAL = [REVISÃO_SEMANAL · síntese do resultado e do observado · ex.: resultado, desvios e aprendizagem]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]APLICABILIDADE = [APLICABILIDADE · contexto onde uma prática se ajusta ou não · ex.: equipe pequena com prazos diários]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaComparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.# Fluxo1. Formule uma pergunta verificável a partir da revisão semanal.2. Priorize fontes primárias ou guias com autoria e data.3. Compare a recomendação externa com o registro observado.4. Explique ajuste, incompatibilidade e evidência ausente.5. Proponha um teste delimitado para a semana seguinte.# Saída esperada- Nota de contraste da prática- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por contrastar a forma de trabalho.# FRAMEWORKS E BOAS PRÁTICAS- Hierarquia de fontes- Evidence-to-decision- Adaptar antes de adotar# Limites- Não transforme uma recomendação geral em causa demonstrada.- Não oculte diferenças entre o contexto da fonte e sua semana.- Declare direitos, data e limite de cada fonte.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Não demonstra causalidade nem garante melhoria.# Definition of DoneCada recomendação tem fonte e aplicabilidade explícita.; O contraste separa coincidência, tensão e lacuna.; O próximo teste tem métrica e limite.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREVISÃO_SEMANAL = proposta concluída; mensagens agrupadas; uma resposta atrasadaFONTES = guia oficial datado e registro sintético de cinco diasAPLICABILIDADE = trabalho individual com duas janelas de resposta e entrega semanalRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Revisão semanal sintética: a proposta terminou na quinta-feira; agrupar mensagens reduziu interrupções observadas, mas uma resposta perdeu o prazo. A decisão é contrastar blocos protegidos e acordos de resposta antes de repetir.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaComparar a prática semanal observada com fontes pertinentes sem substituir os registros próprios por conselhos genéricos.# Fluxo1. Formule uma pergunta verificável a partir da revisão semanal.2. Priorize fontes primárias ou guias com autoria e data.3. Compare a recomendação externa com o registro observado.4. Explique ajuste, incompatibilidade e evidência ausente.5. Proponha um teste delimitado para a semana seguinte.# Saída esperada- Nota de contraste da prática- Cada recomendação tem fonte e aplicabilidade explícita.- O contraste separa coincidência, tensão e lacuna.- O próximo teste tem métrica e limite.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Cada recomendação tem fonte e aplicabilidade explícita.
  • O contraste separa coincidência, tensão e lacuna.
  • O próximo teste tem métrica e limite.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Fontes contraditórias: mantenha ambas as posições.
  • Fonte sem data: reduza a confiança e busque substituição.
  • Sem aplicabilidade: descarte a prática com justificativa.

Compensações

  • Mais contraste reduz conselhos genéricos, mas exige limitar o volume de fontes.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Não demonstra causalidade nem garante melhoria.
(R)EvoluirTransformar a prática em sistema semanalTransformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando uma prática já foi observada e somente regras úteis e revisáveis devem permanecer.
Exemplo
Nota de contraste sintética: os blocos protegidos são compatíveis com o caso, mas exigem um acordo explícito de resposta. A evidência cobre uma semana; propõe-se repetir sete dias usando tempo de ciclo e entrega concluída como métricas.
Evidência
O sistema cabe em uma página e tem versão.; Cada regra nomeia evidência e revisão.
Limite
Organiza uma prática; não prevê produtividade futura.
RecebeNota de contraste da prática
ProduzSistema semanal versionado
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PRÁTICAS_VERIFICADAS>práticas observadas que vale repetirExemplo: blocos de foco e revisão diária · Obrigatório
  • <REGRAS>acordos que devem ser aplicadosExemplo: duas janelas de resposta · Obrigatório
  • <DATA_DE_REVISÃO>momento para manter, ajustar ou retirar regrasExemplo: sexta às 16:00 · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = operacional
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Transformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PRÁTICAS_VERIFICADAS=[PRÁTICAS_VERIFICADAS · práticas observadas que vale repetir · ex.: blocos de foco e revisão diária]; REGRAS=[REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]; DATA_DE_REVISÃO=[DATA_DE_REVISÃO · momento para manter, ajustar ou retirar regras · ex.: sexta às 16:00]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Weekly review; Definition of Done; Ciclo testar–revisar–ajustar.Ordem: Resuma o resultado e o contraste que sustentam a decisão. → Versione o sistema e declare quando ajustar ou parar.Entregue: Sistema semanal versionado; O sistema cabe em uma página e tem versão.Limite: Não transforme preferências em regras sem evidência.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Transformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PRÁTICAS_VERIFICADAS=dois blocos de foco funcionaram; o acordo de resposta precisa de ajuste; REGRAS=verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticos; DATA_DE_REVISÃO=sexta-feira 4 de setembro às 16:00; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Nota de contraste sintética: os blocos protegidos são compatíveis com o caso, mas exigem um acordo explícito de resposta. A evidência cobre uma semana; propõe-se repetir sete dias usando tempo de ciclo e entrega concluída como métricas.Aplique: Weekly review; Definition of Done; Ciclo testar–revisar–ajustar.Ordem: Resuma o resultado e o contraste que sustentam a decisão. → Versione o sistema e declare quando ajustar ou parar.Entregue: Sistema semanal versionado; O sistema cabe em uma página e tem versão.Limite: Não transforme preferências em regras sem evidência.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPRÁTICAS_VERIFICADAS = [PRÁTICAS_VERIFICADAS · práticas observadas que vale repetir · ex.: blocos de foco e revisão diária]REGRAS = [REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]DATA_DE_REVISÃO = [DATA_DE_REVISÃO · momento para manter, ajustar ou retirar regras · ex.: sexta às 16:00]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTransformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.# FRAMEWORKS E BOAS PRÁTICAS- Weekly review- Definition of Done- Ciclo testar–revisar–ajustar# Fluxo1. Resuma o resultado e o contraste que sustentam a decisão.2. Defina preparação, execução e revisão da semana.3. Estabeleça regras de prioridade, foco e interrupção.4. Atribua evidência, responsável e momento de revisão.5. Versione o sistema e declare quando ajustar ou parar.# Limites- Não transforme preferências em regras sem evidência.- Não adicione controles que ninguém possa revisar.- Mantenha a decisão final sob responsabilidade humana.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Organiza uma prática; não prevê produtividade futura.# Saída esperada- Sistema semanal versionado- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPRÁTICAS_VERIFICADAS = dois blocos de foco funcionaram; o acordo de resposta precisa de ajusteREGRAS = verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticosDATA_DE_REVISÃO = sexta-feira 4 de setembro às 16:00RESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Nota de contraste sintética: os blocos protegidos são compatíveis com o caso, mas exigem um acordo explícito de resposta. A evidência cobre uma semana; propõe-se repetir sete dias usando tempo de ciclo e entrega concluída como métricas.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTransformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.# FRAMEWORKS E BOAS PRÁTICAS- Weekly review- Definition of Done- Ciclo testar–revisar–ajustar# Fluxo1. Resuma o resultado e o contraste que sustentam a decisão.2. Defina preparação, execução e revisão da semana.3. Estabeleça regras de prioridade, foco e interrupção.4. Atribua evidência, responsável e momento de revisão.5. Versione o sistema e declare quando ajustar ou parar.# Limites- Não transforme preferências em regras sem evidência.- Não adicione controles que ninguém possa revisar.- Mantenha a decisão final sob responsabilidade humana.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Organiza uma prática; não prevê produtividade futura.# Saída esperada- Sistema semanal versionado- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando uma prática já foi observada e somente regras úteis e revisáveis devem permanecer.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPRÁTICAS_VERIFICADAS = [PRÁTICAS_VERIFICADAS · práticas observadas que vale repetir · ex.: blocos de foco e revisão diária]REGRAS = [REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]DATA_DE_REVISÃO = [DATA_DE_REVISÃO · momento para manter, ajustar ou retirar regras · ex.: sexta às 16:00]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por transformar a prática em sistema semanal.Entregável: Sistema semanal versionadoInclui: Transformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.Não inclui: Organiza uma prática; não prevê produtividade futura.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Weekly review- Definition of Done- Ciclo testar–revisar–ajustarPassos:1. Resuma o resultado e o contraste que sustentam a decisão.2. Defina preparação, execução e revisão da semana.3. Estabeleça regras de prioridade, foco e interrupção.4. Atribua evidência, responsável e momento de revisão.5. Versione o sistema e declare quando ajustar ou parar.### Casos-limite- Resultado não observado: mantenha o sistema como hipótese.- Regras em conflito: priorize uma e declare o custo.- Sem revisão disponível: não declare consolidação.## C — Critérios verificáveis# Saída esperada:- Sistema semanal versionado- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: O sistema cabe em uma página e tem versão.; Cada regra nomeia evidência e revisão.; Existe condição para manter, ajustar ou retirar.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Um sistema curto omite detalhes em troca de repetibilidade e revisão real.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-10- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando uma prática já foi observada e somente regras úteis e revisáveis devem permanecer.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPRÁTICAS_VERIFICADAS = dois blocos de foco funcionaram; o acordo de resposta precisa de ajusteREGRAS = verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticosDATA_DE_REVISÃO = sexta-feira 4 de setembro às 16:00RESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Nota de contraste sintética: os blocos protegidos são compatíveis com o caso, mas exigem um acordo explícito de resposta. A evidência cobre uma semana; propõe-se repetir sete dias usando tempo de ciclo e entrega concluída como métricas.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por transformar a prática em sistema semanal.Entregável: Sistema semanal versionadoInclui: Transformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.Não inclui: Organiza uma prática; não prevê produtividade futura.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Weekly review- Definition of Done- Ciclo testar–revisar–ajustarPassos:1. Resuma o resultado e o contraste que sustentam a decisão.2. Defina preparação, execução e revisão da semana.3. Estabeleça regras de prioridade, foco e interrupção.4. Atribua evidência, responsável e momento de revisão.5. Versione o sistema e declare quando ajustar ou parar.### Casos-limite- Resultado não observado: mantenha o sistema como hipótese.- Regras em conflito: priorize uma e declare o custo.- Sem revisão disponível: não declare consolidação.## C — Critérios verificáveis# Saída esperada:- Sistema semanal versionado- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: O sistema cabe em uma página e tem versão.; Cada regra nomeia evidência e revisão.; Existe condição para manter, ajustar ou retirar.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Um sistema curto omite detalhes em troca de repetibilidade e revisão real.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-10- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por transformar a prática em sistema semanal.# FRAMEWORKS E BOAS PRÁTICAS- Weekly review- Definition of Done- Ciclo testar–revisar–ajustar# Limites- Não transforme preferências em regras sem evidência.- Não adicione controles que ninguém possa revisar.- Mantenha a decisão final sob responsabilidade humana.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Organiza uma prática; não prevê produtividade futura.# Definition of DoneO sistema cabe em uma página e tem versão.; Cada regra nomeia evidência e revisão.; Existe condição para manter, ajustar ou retirar.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPRÁTICAS_VERIFICADAS = [PRÁTICAS_VERIFICADAS · práticas observadas que vale repetir · ex.: blocos de foco e revisão diária]REGRAS = [REGRAS · acordos que devem ser aplicados · ex.: duas janelas de resposta]DATA_DE_REVISÃO = [DATA_DE_REVISÃO · momento para manter, ajustar ou retirar regras · ex.: sexta às 16:00]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaTransformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.# Fluxo1. Resuma o resultado e o contraste que sustentam a decisão.2. Defina preparação, execução e revisão da semana.3. Estabeleça regras de prioridade, foco e interrupção.4. Atribua evidência, responsável e momento de revisão.5. Versione o sistema e declare quando ajustar ou parar.# Saída esperada- Sistema semanal versionado- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por transformar a prática em sistema semanal.# FRAMEWORKS E BOAS PRÁTICAS- Weekly review- Definition of Done- Ciclo testar–revisar–ajustar# Limites- Não transforme preferências em regras sem evidência.- Não adicione controles que ninguém possa revisar.- Mantenha a decisão final sob responsabilidade humana.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Não avance sem responsável, direitos de uso e revisão independente.- Organiza uma prática; não prevê produtividade futura.# Definition of DoneO sistema cabe em uma página e tem versão.; Cada regra nomeia evidência e revisão.; Existe condição para manter, ajustar ou retirar.; A recomendação mantém data, resultado e evidência revisável.; O responsável, o revisor e a evidência compartilhada ficam identificados.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPRÁTICAS_VERIFICADAS = dois blocos de foco funcionaram; o acordo de resposta precisa de ajusteREGRAS = verificar mensagens às 12:00 e 16:30; escalar somente bloqueios críticosDATA_DE_REVISÃO = sexta-feira 4 de setembro às 16:00RESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Nota de contraste sintética: os blocos protegidos são compatíveis com o caso, mas exigem um acordo explícito de resposta. A evidência cobre uma semana; propõe-se repetir sete dias usando tempo de ciclo e entrega concluída como métricas.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaTransformar o contraste e a revisão em um sistema semanal breve, repetível, explicável e ajustável com evidência.# Fluxo1. Resuma o resultado e o contraste que sustentam a decisão.2. Defina preparação, execução e revisão da semana.3. Estabeleça regras de prioridade, foco e interrupção.4. Atribua evidência, responsável e momento de revisão.5. Versione o sistema e declare quando ajustar ou parar.# Saída esperada- Sistema semanal versionado- O sistema cabe em uma página e tem versão.- Cada regra nomeia evidência e revisão.- Existe condição para manter, ajustar ou retirar.- A recomendação mantém data, resultado e evidência revisável.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • O sistema cabe em uma página e tem versão.
  • Cada regra nomeia evidência e revisão.
  • Existe condição para manter, ajustar ou retirar.
  • A recomendação mantém data, resultado e evidência revisável.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Resultado não observado: mantenha o sistema como hipótese.
  • Regras em conflito: priorize uma e declare o custo.
  • Sem revisão disponível: não declare consolidação.

Compensações

  • Um sistema curto omite detalhes em troca de repetibilidade e revisão real.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Organiza uma prática; não prevê produtividade futura.
Para equipes

Torne visível o trabalho que merece atenção.

Uma agenda cheia não comprova avanço. Sem critérios explícitos, o urgente desloca o importante. A falta de acordos também dispersa a atenção da equipe.

O que você obterá

Termine com prioridades defensáveis, tempo protegido e uma forma simples de revisar o progresso.

Como avançar

Diagnostique, decida, bloqueie, execute e revise. Cada etapa deixa um artefato observável.

O que verificar

Entregue um registro breve, três prioridades justificadas, uma agenda protegida e uma revisão com decisões para a semana seguinte.

Criar meu sistema

Repita o sistema toda semana e altere uma regra quando a evidência mostrar uma fricção recorrente.

4 metaprompts

Crie instrumentos reutilizáveis para repetir e adaptar a prática.

Escada de capacidade: da primeira prática ao critério próprio.
MetapromptConstrutor de coachDesenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.
Exemplo
Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.
Evidência
O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.
Limite
Configura um instrumento; não produz evidência por si só.
RecebeAgenda semanal protegida
ProduzInstruções do coach
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <OBJETIVO_DO_COACH>comportamento que o coach deve ensinar e verificarExemplo: fazer revisão com evidência · Obrigatório
  • <PÚBLICO>pessoa ou equipe que usará o instrumentoExemplo: profissional sem contexto prévio · Obrigatório
  • <FONTES>materiais com autor, data e escopoExemplo: guia oficial e registro próprio · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = operacional
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Desenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: OBJETIVO_DO_COACH=[OBJETIVO_DO_COACH · comportamento que o coach deve ensinar e verificar · ex.: fazer revisão com evidência]; PÚBLICO=[PÚBLICO · pessoa ou equipe que usará o instrumento · ex.: profissional sem contexto prévio]; FONTES=[FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Coach baseado em fontes; Ensino por perguntas; Teste adversarial.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Instruções do coach; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Desenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: OBJETIVO_DO_COACH=guiar revisão com evidência e uma pergunta por vez; PÚBLICO=profissional preparando sua primeira revisão guiada; FONTES=guia oficial datado e registro sintético de cinco dias; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.Aplique: Coach baseado em fontes; Ensino por perguntas; Teste adversarial.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Instruções do coach; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DO_COACH = [OBJETIVO_DO_COACH · comportamento que o coach deve ensinar e verificar · ex.: fazer revisão com evidência]PÚBLICO = [PÚBLICO · pessoa ou equipe que usará o instrumento · ex.: profissional sem contexto prévio]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.# FRAMEWORKS E BOAS PRÁTICAS- Coach baseado em fontes- Ensino por perguntas- Teste adversarial# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Instruções do coach- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DO_COACH = guiar revisão com evidência e uma pergunta por vezPÚBLICO = profissional preparando sua primeira revisão guiadaFONTES = guia oficial datado e registro sintético de cinco diasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.# FRAMEWORKS E BOAS PRÁTICAS- Coach baseado em fontes- Ensino por perguntas- Teste adversarial# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Instruções do coach- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DO_COACH = [OBJETIVO_DO_COACH · comportamento que o coach deve ensinar e verificar · ex.: fazer revisão com evidência]PÚBLICO = [PÚBLICO · pessoa ou equipe que usará o instrumento · ex.: profissional sem contexto prévio]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de coach.Entregável: Instruções do coachInclui: Desenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Coach baseado em fontes- Ensino por perguntas- Teste adversarialPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Instruções do coach- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m1- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DO_COACH = guiar revisão com evidência e uma pergunta por vezPÚBLICO = profissional preparando sua primeira revisão guiadaFONTES = guia oficial datado e registro sintético de cinco diasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de coach.Entregável: Instruções do coachInclui: Desenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Coach baseado em fontes- Ensino por perguntas- Teste adversarialPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Instruções do coach- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m1- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por construtor de coach.# FRAMEWORKS E BOAS PRÁTICAS- Coach baseado em fontes- Ensino por perguntas- Teste adversarial# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DO_COACH = [OBJETIVO_DO_COACH · comportamento que o coach deve ensinar e verificar · ex.: fazer revisão com evidência]PÚBLICO = [PÚBLICO · pessoa ou equipe que usará o instrumento · ex.: profissional sem contexto prévio]FONTES = [FONTES · materiais com autor, data e escopo · ex.: guia oficial e registro próprio]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Instruções do coach- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por construtor de coach.# FRAMEWORKS E BOAS PRÁTICAS- Coach baseado em fontes- Ensino por perguntas- Teste adversarial# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DO_COACH = guiar revisão com evidência e uma pergunta por vezPÚBLICO = profissional preparando sua primeira revisão guiadaFONTES = guia oficial datado e registro sintético de cinco diasRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar um coach que ensine o método do módulo a partir de evidências e faça uma pergunta por vez.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Instruções do coach- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • O instrumento tem mensagem inicial, fluxo e fechamento.
  • A rubrica usa critérios observáveis.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.
  • A recomendação mantém data, resultado e evidência revisável.

Casos-limite

  • Falta evidência: o instrumento declara coverage_gap.
  • A solicitação excede o papel: ele para e informa o limite.
  • Resposta ambígua: faz uma pergunta concreta antes de avançar.

Compensações

  • Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Configura um instrumento; não produz evidência por si só.
MetapromptConstrutor de avaliadorDesenhar uma avaliação progressiva que comprove aplicação, critério e transferência.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.
Exemplo
Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.
Evidência
O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.
Limite
Configura um instrumento; não produz evidência por si só.
RecebeRevisão semanal baseada em fatos
ProduzPlano de avaliação
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <OBJETIVO_DA_AVALIAÇÃO>capacidade observável que deve ser verificadaExemplo: aplicar o método a um caso · Obrigatório
  • <EVIDÊNCIA>fatos ou registros que sustentam a revisãoExemplo: quadro, citações e versão · Obrigatório
  • <RÚBRICA>critérios e níveis observáveisExemplo: aplica, justifica e transfere · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = operacional
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Desenhar uma avaliação progressiva que comprove aplicação, critério e transferência. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: OBJETIVO_DA_AVALIAÇÃO=[OBJETIVO_DA_AVALIAÇÃO · capacidade observável que deve ser verificada · ex.: aplicar o método a um caso]; EVIDÊNCIA=[EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]; RÚBRICA=[RÚBRICA · critérios e níveis observáveis · ex.: aplica, justifica e transfere]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Rubrica observável; Avaliação progressiva; Nova tentativa com evidência.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Plano de avaliação; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Desenhar uma avaliação progressiva que comprove aplicação, critério e transferência. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: OBJETIVO_DA_AVALIAÇÃO=aplicar o método, justificar a decisão e transferi-lo; EVIDÊNCIA=quadro de cinco dias, três citações e versão 0.2 do artefato; RÚBRICA=três critérios com níveis inicial, suficiente e transferível; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.Aplique: Rubrica observável; Avaliação progressiva; Nova tentativa com evidência.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Plano de avaliação; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DA_AVALIAÇÃO = [OBJETIVO_DA_AVALIAÇÃO · capacidade observável que deve ser verificada · ex.: aplicar o método a um caso]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]RÚBRICA = [RÚBRICA · critérios e níveis observáveis · ex.: aplica, justifica e transfere]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar uma avaliação progressiva que comprove aplicação, critério e transferência.# FRAMEWORKS E BOAS PRÁTICAS- Rubrica observável- Avaliação progressiva- Nova tentativa com evidência# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Plano de avaliação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DA_AVALIAÇÃO = aplicar o método, justificar a decisão e transferi-loEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoRÚBRICA = três critérios com níveis inicial, suficiente e transferívelRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar uma avaliação progressiva que comprove aplicação, critério e transferência.# FRAMEWORKS E BOAS PRÁTICAS- Rubrica observável- Avaliação progressiva- Nova tentativa com evidência# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Plano de avaliação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DA_AVALIAÇÃO = [OBJETIVO_DA_AVALIAÇÃO · capacidade observável que deve ser verificada · ex.: aplicar o método a um caso]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]RÚBRICA = [RÚBRICA · critérios e níveis observáveis · ex.: aplica, justifica e transfere]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de avaliador.Entregável: Plano de avaliaçãoInclui: Desenhar uma avaliação progressiva que comprove aplicação, critério e transferência.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Rubrica observável- Avaliação progressiva- Nova tentativa com evidênciaPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Plano de avaliação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m2- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DA_AVALIAÇÃO = aplicar o método, justificar a decisão e transferi-loEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoRÚBRICA = três critérios com níveis inicial, suficiente e transferívelRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de avaliador.Entregável: Plano de avaliaçãoInclui: Desenhar uma avaliação progressiva que comprove aplicação, critério e transferência.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Rubrica observável- Avaliação progressiva- Nova tentativa com evidênciaPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Plano de avaliação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m2- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por construtor de avaliador.# FRAMEWORKS E BOAS PRÁTICAS- Rubrica observável- Avaliação progressiva- Nova tentativa com evidência# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DA_AVALIAÇÃO = [OBJETIVO_DA_AVALIAÇÃO · capacidade observável que deve ser verificada · ex.: aplicar o método a um caso]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]RÚBRICA = [RÚBRICA · critérios e níveis observáveis · ex.: aplica, justifica e transfere]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar uma avaliação progressiva que comprove aplicação, critério e transferência.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Plano de avaliação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por construtor de avaliador.# FRAMEWORKS E BOAS PRÁTICAS- Rubrica observável- Avaliação progressiva- Nova tentativa com evidência# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSOBJETIVO_DA_AVALIAÇÃO = aplicar o método, justificar a decisão e transferi-loEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoRÚBRICA = três critérios com níveis inicial, suficiente e transferívelRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar uma avaliação progressiva que comprove aplicação, critério e transferência.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Plano de avaliação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • O instrumento tem mensagem inicial, fluxo e fechamento.
  • A rubrica usa critérios observáveis.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.
  • A recomendação mantém data, resultado e evidência revisável.

Casos-limite

  • Falta evidência: o instrumento declara coverage_gap.
  • A solicitação excede o papel: ele para e informa o limite.
  • Resposta ambígua: faz uma pergunta concreta antes de avançar.

Compensações

  • Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Configura um instrumento; não produz evidência por si só.
MetapromptConstrutor de entrevistadorDesenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.
Exemplo
Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.
Evidência
O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.
Limite
Configura um instrumento; não produz evidência por si só.
RecebeNota de contraste da prática
ProduzRoteiro de entrevista
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <ENTREGA>documento ou conversa que deve ficar prontoExemplo: revisão defensável · Obrigatório
  • <OBJEÇÕES>perguntas difíceis que deve suportarExemplo: fonte fraca ou decisão prematura · Obrigatório
  • <EVIDÊNCIA>fatos ou registros que sustentam a revisãoExemplo: quadro, citações e versão · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = operacional
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Desenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: ENTREGA=[ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]; OBJEÇÕES=[OBJEÇÕES · perguntas difíceis que deve suportar · ex.: fonte fraca ou decisão prematura]; EVIDÊNCIA=[EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: Mapa de objeções; Dificuldade progressiva; Feedback verificável.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Roteiro de entrevista; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Desenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: ENTREGA=revisão breve com evidência, limite e próximo passo; OBJEÇÕES=qual evidência falta e por que esta decisão é reversível; EVIDÊNCIA=quadro de cinco dias, três citações e versão 0.2 do artefato; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.Aplique: Mapa de objeções; Dificuldade progressiva; Feedback verificável.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Roteiro de entrevista; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = [ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]OBJEÇÕES = [OBJEÇÕES · perguntas difíceis que deve suportar · ex.: fonte fraca ou decisão prematura]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de objeções- Dificuldade progressiva- Feedback verificável# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Roteiro de entrevista- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = revisão breve com evidência, limite e próximo passoOBJEÇÕES = qual evidência falta e por que esta decisão é reversívelEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de objeções- Dificuldade progressiva- Feedback verificável# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Roteiro de entrevista- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = [ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]OBJEÇÕES = [OBJEÇÕES · perguntas difíceis que deve suportar · ex.: fonte fraca ou decisão prematura]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de entrevistador.Entregável: Roteiro de entrevistaInclui: Desenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Mapa de objeções- Dificuldade progressiva- Feedback verificávelPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Roteiro de entrevista- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m3- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = revisão breve com evidência, limite e próximo passoOBJEÇÕES = qual evidência falta e por que esta decisão é reversívelEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de entrevistador.Entregável: Roteiro de entrevistaInclui: Desenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Mapa de objeções- Dificuldade progressiva- Feedback verificávelPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Roteiro de entrevista- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m3- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por construtor de entrevistador.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de objeções- Dificuldade progressiva- Feedback verificável# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = [ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]OBJEÇÕES = [OBJEÇÕES · perguntas difíceis que deve suportar · ex.: fonte fraca ou decisão prematura]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Roteiro de entrevista- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por construtor de entrevistador.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de objeções- Dificuldade progressiva- Feedback verificável# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = revisão breve com evidência, limite e próximo passoOBJEÇÕES = qual evidência falta e por que esta decisão é reversívelEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar um ensaio de conversa exigente com objeções ligadas ao caso do módulo.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Roteiro de entrevista- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • O instrumento tem mensagem inicial, fluxo e fechamento.
  • A rubrica usa critérios observáveis.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.
  • A recomendação mantém data, resultado e evidência revisável.

Casos-limite

  • Falta evidência: o instrumento declara coverage_gap.
  • A solicitação excede o papel: ele para e informa o limite.
  • Resposta ambígua: faz uma pergunta concreta antes de avançar.

Compensações

  • Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Configura um instrumento; não produz evidência por si só.
MetapromptConstrutor de preparadorDesenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.
Exemplo
Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.
Evidência
O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.
Limite
Configura um instrumento; não produz evidência por si só.
RecebeSistema semanal versionado
ProduzGuia de preparação
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <ENTREGA>documento ou conversa que deve ficar prontoExemplo: revisão defensável · Obrigatório
  • <SEÇÕES>partes mínimas em ordemExemplo: resultado, evidência e decisão · Obrigatório
  • <CRITÉRIOS>regras explícitas para comparar opçõesExemplo: impacto, urgência e esforço · Obrigatório
  • <RESPONSÁVEL_PELO_RESULTADO>pessoa que decide e responde pelo resultadoExemplo: líder da proposta · Obrigatório
Parâmetros
  • EXTENSÃO = concisa
  • ESTRUTURA = tabela breve + decisão
  • PROFUNDIDADE = operacional
  • APROVAÇÃO = humana obrigatória
Nível 1 · DiretoUma instrução clara, pronta para conversar e ajustar.
Nível 1Direto

Uma instrução clara, pronta para conversar e ajustar.

Objetivo: Desenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: ENTREGA=[ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]; SEÇÕES=[SEÇÕES · partes mínimas em ordem · ex.: resultado, evidência e decisão]; CRITÉRIOS=[CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]; RESPONSÁVEL_PELO_RESULTADO=[RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta].Aplique: BLUF; Definition of Done; Ensaio por seções.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Guia de preparação; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Desenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: ENTREGA=revisão breve com evidência, limite e próximo passo; SEÇÕES=resultado, evidência, decisão, limite e próximo passo; CRITÉRIOS=impacto na entrega, prazo e esforço restante; RESPONSÁVEL_PELO_RESULTADO=líder da proposta; revisor de qualidade independente; Dados sintéticos disponíveis: ARTEFATO_DEMO=Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.Aplique: BLUF; Definition of Done; Ensaio por seções.Ordem: Declare propósito, público e resultado observável. → Teste o instrumento com a Demo e registre ajustes.Entregue: Guia de preparação; O instrumento tem mensagem inicial, fluxo e fechamento.Limite: Desenhe o instrumento; não finja que ele foi executado.Indique o dado ausente que mudaria a decisão.
Nível 2 · EstruturadoExplicita entradas, opções, fluxo e resultado esperado.
Nível 2Estruturado

Explicita entradas, opções, fluxo e resultado esperado.

# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = [ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]SEÇÕES = [SEÇÕES · partes mínimas em ordem · ex.: resultado, evidência e decisão]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.# FRAMEWORKS E BOAS PRÁTICAS- BLUF- Definition of Done- Ensaio por seções# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Guia de preparação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 2 · Estruturado
# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = revisão breve com evidência, limite e próximo passoSEÇÕES = resultado, evidência, decisão, limite e próximo passoCRITÉRIOS = impacto na entrega, prazo e esforço restanteRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.# FRAMEWORKS E BOAS PRÁTICAS- BLUF- Definition of Done- Ensaio por seções# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Saída esperada- Guia de preparação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Nível 3 · EspecificadoAdiciona contrato, limites, verificação e definição de conclusão.
Nível 3Especificado

Adiciona contrato, limites, verificação e definição de conclusão.

# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = [ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]SEÇÕES = [SEÇÕES · partes mínimas em ordem · ex.: resultado, evidência e decisão]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de preparador.Entregável: Guia de preparaçãoInclui: Desenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- BLUF- Definition of Done- Ensaio por seçõesPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Guia de preparação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m4- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Demo · Nível 3 · Especificado
# SPEC MetodologIAversion: 2.0status: executable## S — SituaçãoContexto: Quando você precisa reutilizar uma semana que transforme atividade em resultados sem copiar uma sessão anterior.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = revisão breve com evidência, limite e próximo passoSEÇÕES = resultado, evidência, decisão, limite e próximo passoCRITÉRIOS = impacto na entrega, prazo e esforço restanteRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por construtor de preparador.Entregável: Guia de preparaçãoInclui: Desenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.Não inclui: Configura um instrumento; não produz evidência por si só.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- BLUF- Definition of Done- Ensaio por seçõesPassos:1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.### Casos-limite- Falta evidência: o instrumento declara coverage_gap.- A solicitação excede o papel: ele para e informa o limite.- Resposta ambígua: faz uma pergunta concreta antes de avançar.## C — Critérios verificáveis# Saída esperada:- Guia de preparação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.Critérios observáveis:- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.# Definition of Done: O instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m02-masterclass, ev-m02-playbook, ev-m02-official-pdf## Metadata- module: 02- prompt: prompt-m4- surface: chatRetorne conclusões, evidência e metadata auditável; não exponha raciocínio privado nem cadeia de pensamento.
Nível 4 · OrquestradoSepara instruções de sistema do pedido do usuário para reutilizar.
Nível 4Orquestrado

Separa instruções de sistema do pedido do usuário para reutilizar.

# systemEspecialista responsável por construtor de preparador.# FRAMEWORKS E BOAS PRÁTICAS- BLUF- Definition of Done- Ensaio por seções# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = [ENTREGA · documento ou conversa que deve ficar pronto · ex.: revisão defensável]SEÇÕES = [SEÇÕES · partes mínimas em ordem · ex.: resultado, evidência e decisão]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]RESPONSÁVEL_PELO_RESULTADO = [RESPONSÁVEL_PELO_RESULTADO · pessoa que decide e responde pelo resultado · ex.: líder da proposta]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Guia de preparação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por construtor de preparador.# FRAMEWORKS E BOAS PRÁTICAS- BLUF- Definition of Done- Ensaio por seções# Limites- Desenhe o instrumento; não finja que ele foi executado.- Não permita respostas além da evidência declarada.- Não avance sem responsável, direitos de uso e revisão independente.- Não atribua causalidade a uma prática com apenas uma semana de registros.- Configura um instrumento; não produz evidência por si só.# Definition of DoneO instrumento tem mensagem inicial, fluxo e fechamento.; A rubrica usa critérios observáveis.; O responsável, o revisor e a evidência compartilhada ficam identificados.; A recomendação mantém data, resultado e evidência revisável.# user# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSENTREGA = revisão breve com evidência, limite e próximo passoSEÇÕES = resultado, evidência, decisão, limite e próximo passoCRITÉRIOS = impacto na entrega, prazo e esforço restanteRESPONSÁVEL_PELO_RESULTADO = líder da proposta; revisor de qualidade independenteDados sintéticos disponíveis: ARTEFATO_DEMO = Caso sintético resolvido para o fluxo da equipe: um responsável decide e outra pessoa revisa a evidência; objetivo: uma semana que transforme atividade em resultados; fontes e limites declarados.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar um guia que transforme o trabalho do módulo em uma entrega breve e defensável.# Fluxo1. Declare propósito, público e resultado observável.2. Separe regras invariantes de dados variáveis do caso.3. Construa o fluxo de interação e seus gates.4. Adicione rubrica, limites e casos adversariais.5. Teste o instrumento com a Demo e registre ajustes.# Saída esperada- Guia de preparação- O instrumento tem mensagem inicial, fluxo e fechamento.- A rubrica usa critérios observáveis.- O responsável, o revisor e a evidência compartilhada ficam identificados.- A recomendação mantém data, resultado e evidência revisável.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • O instrumento tem mensagem inicial, fluxo e fechamento.
  • A rubrica usa critérios observáveis.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.
  • A recomendação mantém data, resultado e evidência revisável.

Casos-limite

  • Falta evidência: o instrumento declara coverage_gap.
  • A solicitação excede o papel: ele para e informa o limite.
  • Resposta ambígua: faz uma pergunta concreta antes de avançar.

Compensações

  • Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.

Suposições

  • Os inputs, permissões e fontes declarados representam o caso em revisão.

Limites

  • Configura um instrumento; não produz evidência por si só.
Próximo passo

Trabalho amplificado

Continue com o próximo recurso do percurso.

Prompts → Trabalho amplificado