Pular para o conteúdo
ConoceNivel 0 · por MetodologIAIr para a MetodologIA
Sua posição · Módulo 3 de 4Trabalho amplificadoVer módulo em Recursos
Módulo 03 · Prompts

Biblioteca: dirija a cocriação

Selecionem um fluxo, observem variantes, acordem o padrão, cocriem o Mini-SOP e executem um piloto com responsável humano.

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.
FluxoDe fluxo compartilhado a adoção delimitada

Dez prompts conectam papéis, evidência, SOP, piloto, AAR e transferência.

Uso independente: Cada um exige artefatos, permissões e responsáveis.
AprenderEscolher o fluxoDelimitar um fluxo útil.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Ao iniciar com uma tarefa ou fluxo ainda não delimitado.
Exemplo
Caso: preparar e revisar uma proposta de escopo. Início: briefing recebido. Fim: versão pronta para decisão. Risco: citar uma fonte não verificada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Tem escopo e responsável.; Existe um caso.
Limite
Não executa.
Recebecontexto do fluxo
ProduzFicha do fluxo
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <FLUXO>trabalho com início, fim e saídaExemplo: preparar uma proposta · Obrigatório
  • <FRONTEIRAS>início, fim e exclusões do fluxoExemplo: do briefing à aprovação · Obrigatório
  • <REGISTROS>agenda, tarefas e entregas observadasExemplo: agenda de cinco dias · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Delimitar um fluxo útil. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: FLUXO=[FLUXO · trabalho com início, fim e saída · ex.: preparar uma proposta]; FRONTEIRAS=[FRONTEIRAS · início, fim e exclusões do fluxo · ex.: do briefing à aprovação]; REGISTROS=[REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: SIPOC leve; critério de conclusão (Definition of Done); Human-in-the-loop.Ordem: Defina propósito e resultado. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Ficha do fluxo; Tem escopo e responsável.Limite: Não avance sem responsável e revisor independente.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Delimitar um fluxo útil. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: FLUXO=desde receber o briefing até entregar uma proposta revisada; FRONTEIRAS=começa com briefing aprovado, termina com proposta revisada e exclui negociação; REGISTROS=agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregue; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Caso: preparar e revisar uma proposta de escopo. Início: briefing recebido. Fim: versão pronta para decisão. Risco: citar uma fonte não verificada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: SIPOC leve; critério de conclusão (Definition of Done); Human-in-the-loop.Ordem: Defina propósito e resultado. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Ficha do fluxo; Tem escopo e responsável.Limite: Não avance sem responsável e revisor independente.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# INPUTSFLUXO = [FLUXO · trabalho com início, fim e saída · ex.: preparar uma proposta]FRONTEIRAS = [FRONTEIRAS · início, fim e exclusões do fluxo · ex.: do briefing à aprovação]REGISTROS = [REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDelimitar um fluxo útil.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- critério de conclusão (Definition of Done)- Human-in-the-loop · revisão antes da decisão# Fluxo1. Defina propósito e resultado.2. Delimite início, fim e risco.3. Declare decisão e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não avance sem responsável e revisor independente.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa.# Saída esperada- Ficha do fluxo- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSFLUXO = desde receber o briefing até entregar uma proposta revisadaFRONTEIRAS = começa com briefing aprovado, termina com proposta revisada e exclui negociaçãoREGISTROS = agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregueDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Caso: preparar e revisar uma proposta de escopo. Início: briefing recebido. Fim: versão pronta para decisão. Risco: citar uma fonte não verificada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDelimitar um fluxo útil.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- critério de conclusão (Definition of Done)- Human-in-the-loop · revisão antes da decisão# Fluxo1. Defina propósito e resultado.2. Delimite início, fim e risco.3. Declare decisão e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não avance sem responsável e revisor independente.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa.# Saída esperada- Ficha do fluxo- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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: Ao iniciar com uma tarefa ou fluxo ainda não delimitado.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSFLUXO = [FLUXO · trabalho com início, fim e saída · ex.: preparar uma proposta]FRONTEIRAS = [FRONTEIRAS · início, fim e exclusões do fluxo · ex.: do briefing à aprovação]REGISTROS = [REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por escolher o fluxo.Entregável: Ficha do fluxoInclui: Delimitar um fluxo útil.Não inclui: Não executa.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- critério de conclusão (Definition of Done)- Human-in-the-loop · revisão antes da decisãoPassos:1. Defina propósito e resultado.2. Delimite início, fim e risco.3. Declare decisão e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Ficha do fluxo- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Tem escopo e responsável.; Existe um caso.; responsável, revisor independente e escopo definidos.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Menos escopo, mais controle.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook## Metadata- module: 03- 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: Ao iniciar com uma tarefa ou fluxo ainda não delimitado.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSFLUXO = desde receber o briefing até entregar uma proposta revisadaFRONTEIRAS = começa com briefing aprovado, termina com proposta revisada e exclui negociaçãoREGISTROS = agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregueDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Caso: preparar e revisar uma proposta de escopo. Início: briefing recebido. Fim: versão pronta para decisão. Risco: citar uma fonte não verificada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por escolher o fluxo.Entregável: Ficha do fluxoInclui: Delimitar um fluxo útil.Não inclui: Não executa.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- critério de conclusão (Definition of Done)- Human-in-the-loop · revisão antes da decisãoPassos:1. Defina propósito e resultado.2. Delimite início, fim e risco.3. Declare decisão e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Ficha do fluxo- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Tem escopo e responsável.; Existe um caso.; responsável, revisor independente e escopo definidos.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Menos escopo, mais controle.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook## Metadata- module: 03- 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 escolher o fluxo.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- critério de conclusão (Definition of Done)- Human-in-the-loop · revisão antes da decisão# Limites- Não avance sem responsável e revisor independente.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa.# Definition of DoneTem escopo e responsável.; Existe um caso.; responsável, revisor independente e escopo definidos.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSFLUXO = [FLUXO · trabalho com início, fim e saída · ex.: preparar uma proposta]FRONTEIRAS = [FRONTEIRAS · início, fim e exclusões do fluxo · ex.: do briefing à aprovação]REGISTROS = [REGISTROS · agenda, tarefas e entregas observadas · ex.: agenda de cinco dias]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDelimitar um fluxo útil.# Fluxo1. Defina propósito e resultado.2. Delimite início, fim e risco.3. Declare decisão e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Ficha do fluxo- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por escolher o fluxo.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- critério de conclusão (Definition of Done)- Human-in-the-loop · revisão antes da decisão# Limites- Não avance sem responsável e revisor independente.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa.# Definition of DoneTem escopo e responsável.; Existe um caso.; responsável, revisor independente e escopo definidos.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSFLUXO = desde receber o briefing até entregar uma proposta revisadaFRONTEIRAS = começa com briefing aprovado, termina com proposta revisada e exclui negociaçãoREGISTROS = agenda de cinco dias com 17 blocos, 12 tarefas e uma proposta entregueDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Caso: preparar e revisar uma proposta de escopo. Início: briefing recebido. Fim: versão pronta para decisão. Risco: citar uma fonte não verificada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDelimitar um fluxo útil.# Fluxo1. Defina propósito e resultado.2. Delimite início, fim e risco.3. Declare decisão e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Ficha do fluxo- Tem escopo e responsável.- Existe um caso.- responsável, revisor independente e escopo definidos.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Tem escopo e responsável.
  • Existe um caso.
  • responsável, revisor independente e escopo definidos.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se responsável e revisor independente coincidem, peça segunda revisão.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Menos escopo, mais controle.

Suposições

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

Limites

  • Não executa.
AprenderDiagnosticar fricçãoDiagnosticar fricção.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 01.
Exemplo
Ficha do fluxo: briefing → requisitos → fontes → rascunho → verificação → decisão. A aprovação final é humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Cada fricção tem momento.; Causas seguem rotuladas.
Limite
Não afirma causalidade.
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PASSOS>ações atuais em sua ordem realExemplo: receber, analisar, redigir, revisar · Obrigatório
  • <FRICÇÕES>retrabalho, esperas ou decisões tardiasExemplo: citações incompletas e revisão tardia · Obrigatório
  • <EVIDÊNCIA>fatos ou registros que sustentam a revisãoExemplo: quadro, citações e versão · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Diagnosticar fricção. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PASSOS=[PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]; FRICÇÕES=[FRICÇÕES · retrabalho, esperas ou decisões tardias · ex.: citações incompletas e revisão tardia]; EVIDÊNCIA=[EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: Mapa de fricção; Cinco Porquês como perguntas; Human-in-the-loop.Ordem: Reconstrua o caso. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mapa de fricção; Cada fricção tem momento.Limite: Não atribua culpa.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Diagnosticar fricção. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PASSOS=receber briefing, buscar evidência, redigir, revisar e entregar; FRICÇÕES=duas citações sem data, uma revisão tardia e 90 minutos de retrabalho; EVIDÊNCIA=quadro de cinco dias, três citações e versão 0.2 do artefato; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Ficha do fluxo: briefing → requisitos → fontes → rascunho → verificação → decisão. A aprovação final é humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: Mapa de fricção; Cinco Porquês como perguntas; Human-in-the-loop.Ordem: Reconstrua o caso. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mapa de fricção; Cada fricção tem momento.Limite: Não atribua culpa.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# INPUTSPASSOS = [PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]FRICÇÕES = [FRICÇÕES · retrabalho, esperas ou decisões tardias · ex.: citações incompletas e revisão tardia]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDiagnosticar fricção.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de fricção- Cinco Porquês como perguntas- Human-in-the-loop · revisão antes da decisão# Fluxo1. Reconstrua o caso.2. Marque fricção.3. Separe fatos e hipóteses.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não atribua culpa.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não afirma causalidade.# Saída esperada- Mapa de fricção- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSPASSOS = receber briefing, buscar evidência, redigir, revisar e entregarFRICÇÕES = duas citações sem data, uma revisão tardia e 90 minutos de retrabalhoEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Ficha do fluxo: briefing → requisitos → fontes → rascunho → verificação → decisão. A aprovação final é humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDiagnosticar fricção.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de fricção- Cinco Porquês como perguntas- Human-in-the-loop · revisão antes da decisão# Fluxo1. Reconstrua o caso.2. Marque fricção.3. Separe fatos e hipóteses.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não atribua culpa.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não afirma causalidade.# Saída esperada- Mapa de fricção- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 01.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPASSOS = [PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]FRICÇÕES = [FRICÇÕES · retrabalho, esperas ou decisões tardias · ex.: citações incompletas e revisão tardia]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por diagnosticar fricção.Entregável: Mapa de fricçãoInclui: Diagnosticar fricção.Não inclui: Não afirma causalidade.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Mapa de fricção- Cinco Porquês como perguntas- Human-in-the-loop · revisão antes da decisãoPassos:1. Reconstrua o caso.2. Marque fricção.3. Separe fatos e hipóteses.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mapa de fricção- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada fricção tem momento.; Causas seguem rotuladas.; Fricção ligada a transferências.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Prudência reduz certeza aparente.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-masterclass, ev-m03-friction-playbook## Metadata- module: 03- 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 já possui o artefato do prompt 01.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPASSOS = receber briefing, buscar evidência, redigir, revisar e entregarFRICÇÕES = duas citações sem data, uma revisão tardia e 90 minutos de retrabalhoEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Ficha do fluxo: briefing → requisitos → fontes → rascunho → verificação → decisão. A aprovação final é humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por diagnosticar fricção.Entregável: Mapa de fricçãoInclui: Diagnosticar fricção.Não inclui: Não afirma causalidade.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Mapa de fricção- Cinco Porquês como perguntas- Human-in-the-loop · revisão antes da decisãoPassos:1. Reconstrua o caso.2. Marque fricção.3. Separe fatos e hipóteses.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mapa de fricção- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada fricção tem momento.; Causas seguem rotuladas.; Fricção ligada a transferências.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Prudência reduz certeza aparente.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-masterclass, ev-m03-friction-playbook## Metadata- module: 03- 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 diagnosticar fricção.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de fricção- Cinco Porquês como perguntas- Human-in-the-loop · revisão antes da decisão# Limites- Não atribua culpa.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não afirma causalidade.# Definition of DoneCada fricção tem momento.; Causas seguem rotuladas.; Fricção ligada a transferências.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSPASSOS = [PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]FRICÇÕES = [FRICÇÕES · retrabalho, esperas ou decisões tardias · ex.: citações incompletas e revisão tardia]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDiagnosticar fricção.# Fluxo1. Reconstrua o caso.2. Marque fricção.3. Separe fatos e hipóteses.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mapa de fricção- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por diagnosticar fricção.# FRAMEWORKS E BOAS PRÁTICAS- Mapa de fricção- Cinco Porquês como perguntas- Human-in-the-loop · revisão antes da decisão# Limites- Não atribua culpa.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não afirma causalidade.# Definition of DoneCada fricção tem momento.; Causas seguem rotuladas.; Fricção ligada a transferências.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSPASSOS = receber briefing, buscar evidência, redigir, revisar e entregarFRICÇÕES = duas citações sem data, uma revisão tardia e 90 minutos de retrabalhoEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Ficha do fluxo: briefing → requisitos → fontes → rascunho → verificação → decisão. A aprovação final é humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDiagnosticar fricção.# Fluxo1. Reconstrua o caso.2. Marque fricção.3. Separe fatos e hipóteses.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mapa de fricção- Cada fricção tem momento.- Causas seguem rotuladas.- Fricção ligada a transferências.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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 fricção tem momento.
  • Causas seguem rotuladas.
  • Fricção ligada a transferências.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se dados ou direitos mudam, invalide e reaprove.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Prudência reduz certeza aparente.

Suposições

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

Limites

  • Não afirma causalidade.
AprenderBuscar práticas pertinentesBuscar práticas pertinentes.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emBuscar fontes · Deep Research
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 02.
Exemplo
Mapa de fricção: espera ao localizar fontes; retrabalho ao corrigir citações; decisão repetida ao confirmar o escopo; evidência: três revisões recentes. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Mantém procedência.; Explica diferenças.
Limite
Não universaliza receitas.
RecebeMapa de fricção
ProduzDossiê de práticas
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PERGUNTA>pergunta verificável que orienta a buscaExemplo: o que reduz retrabalho na revisão · 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
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Buscar práticas pertinentes. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PERGUNTA=[PERGUNTA · pergunta verificável que orienta a busca · ex.: o que reduz retrabalho na revisão]; 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]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: Matriz de evidência; Comparação contextual; Human-in-the-loop.Ordem: Pergunte desde fricção. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Dossiê de práticas; Mantém procedência.Limite: Use fontes e políticas.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Buscar práticas pertinentes. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PERGUNTA=quais controles reduzem citações incompletas sem atrasar a entrega; 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; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Mapa de fricção: espera ao localizar fontes; retrabalho ao corrigir citações; decisão repetida ao confirmar o escopo; evidência: três revisões recentes. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: Matriz de evidência; Comparação contextual; Human-in-the-loop.Ordem: Pergunte desde fricção. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Dossiê de práticas; Mantém procedência.Limite: Use fontes e políticas.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# INPUTSPERGUNTA = [PERGUNTA · pergunta verificável que orienta a busca · ex.: o que reduz retrabalho na revisão]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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaBuscar práticas pertinentes.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de evidência- Comparação contextual- Human-in-the-loop · revisão antes da decisão# Fluxo1. Pergunte desde fricção.2. Extraia fonte e condição.3. Adapte, teste ou descarte.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Use fontes e políticas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não universaliza receitas.# Saída esperada- Dossiê de práticas- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSPERGUNTA = quais controles reduzem citações incompletas sem atrasar a entregaFONTES = 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 testeDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Mapa de fricção: espera ao localizar fontes; retrabalho ao corrigir citações; decisão repetida ao confirmar o escopo; evidência: três revisões recentes. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaBuscar práticas pertinentes.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de evidência- Comparação contextual- Human-in-the-loop · revisão antes da decisão# Fluxo1. Pergunte desde fricção.2. Extraia fonte e condição.3. Adapte, teste ou descarte.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Use fontes e políticas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não universaliza receitas.# Saída esperada- Dossiê de práticas- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 02.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPERGUNTA = [PERGUNTA · pergunta verificável que orienta a busca · ex.: o que reduz retrabalho na revisão]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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por buscar práticas pertinentes.Entregável: Dossiê de práticasInclui: Buscar práticas pertinentes.Não inclui: Não universaliza receitas.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Matriz de evidência- Comparação contextual- Human-in-the-loop · revisão antes da decisãoPassos:1. Pergunte desde fricção.2. Extraia fonte e condição.3. Adapte, teste ou descarte.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Dossiê de práticas- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Mantém procedência.; Explica diferenças.; Fontes e políticas rastreáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Rastreabilidade toma tempo.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-03- 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á possui o artefato do prompt 02.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPERGUNTA = quais controles reduzem citações incompletas sem atrasar a entregaFONTES = 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 testeDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Mapa de fricção: espera ao localizar fontes; retrabalho ao corrigir citações; decisão repetida ao confirmar o escopo; evidência: três revisões recentes. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por buscar práticas pertinentes.Entregável: Dossiê de práticasInclui: Buscar práticas pertinentes.Não inclui: Não universaliza receitas.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Matriz de evidência- Comparação contextual- Human-in-the-loop · revisão antes da decisãoPassos:1. Pergunte desde fricção.2. Extraia fonte e condição.3. Adapte, teste ou descarte.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Dossiê de práticas- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Mantém procedência.; Explica diferenças.; Fontes e políticas rastreáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Rastreabilidade toma tempo.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-03- 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 buscar práticas pertinentes.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de evidência- Comparação contextual- Human-in-the-loop · revisão antes da decisão# Limites- Use fontes e políticas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não universaliza receitas.# Definition of DoneMantém procedência.; Explica diferenças.; Fontes e políticas rastreáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSPERGUNTA = [PERGUNTA · pergunta verificável que orienta a busca · ex.: o que reduz retrabalho na revisão]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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaBuscar práticas pertinentes.# Fluxo1. Pergunte desde fricção.2. Extraia fonte e condição.3. Adapte, teste ou descarte.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Dossiê de práticas- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por buscar práticas pertinentes.# FRAMEWORKS E BOAS PRÁTICAS- Matriz de evidência- Comparação contextual- Human-in-the-loop · revisão antes da decisão# Limites- Use fontes e políticas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não universaliza receitas.# Definition of DoneMantém procedência.; Explica diferenças.; Fontes e políticas rastreáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSPERGUNTA = quais controles reduzem citações incompletas sem atrasar a entregaFONTES = 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 testeDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Mapa de fricção: espera ao localizar fontes; retrabalho ao corrigir citações; decisão repetida ao confirmar o escopo; evidência: três revisões recentes. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaBuscar práticas pertinentes.# Fluxo1. Pergunte desde fricção.2. Extraia fonte e condição.3. Adapte, teste ou descarte.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Dossiê de práticas- Mantém procedência.- Explica diferenças.- Fontes e políticas rastreáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Mantém procedência.
  • Explica diferenças.
  • Fontes e políticas rastreáveis.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se responsável e revisor independente coincidem, peça segunda revisão.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Rastreabilidade toma tempo.

Suposições

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

Limites

  • Não universaliza receitas.
AprenderMapear o processo atualMapear o processo atual.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 03.
Exemplo
Dossiê de práticas: checklist de entrada, uma fonte por afirmação e revisão independente. Limites: dados não sensíveis e aprovação humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Separa atual e futuro.; Cada decisão tem responsável.
Limite
Não desenha futuro.
RecebeDossiê de práticas
ProduzMapa do processo atual
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <PASSOS>ações atuais em sua ordem realExemplo: receber, analisar, redigir, revisar · Obrigatório
  • <REVEZAMENTOS>transferências entre pessoa, IA ou equipeExemplo: IA redige; pessoa valida · Obrigatório
  • <EXCEÇÕES>situações que justificam quebrar a regraExemplo: incidente de cliente · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Mapear o processo atual. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PASSOS=[PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]; REVEZAMENTOS=[REVEZAMENTOS · transferências entre pessoa, IA ou equipe · ex.: IA redige; pessoa valida]; EXCEÇÕES=[EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: SIPOC leve; plano mínimo; Human-in-the-loop.Ordem: Ordene entradas e saídas. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mapa do processo atual; Separa atual e futuro.Limite: Não misture atual e futuro.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Mapear o processo atual. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: PASSOS=receber briefing, buscar evidência, redigir, revisar e entregar; REVEZAMENTOS=IA propõe estrutura; analista verifica citações; líder aprova; EXCEÇÕES=incidente de cliente com impacto imediato em uma entrega; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Dossiê de práticas: checklist de entrada, uma fonte por afirmação e revisão independente. Limites: dados não sensíveis e aprovação humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: SIPOC leve; plano mínimo; Human-in-the-loop.Ordem: Ordene entradas e saídas. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mapa do processo atual; Separa atual e futuro.Limite: Não misture atual e futuro.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# INPUTSPASSOS = [PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]REVEZAMENTOS = [REVEZAMENTOS · transferências entre pessoa, IA ou equipe · ex.: IA redige; pessoa valida]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaMapear o processo atual.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- plano mínimo- Human-in-the-loop · revisão antes da decisão# Fluxo1. Ordene entradas e saídas.2. Atribua decisões.3. Marque dependência e recuperação.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não misture atual e futuro.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não desenha futuro.# Saída esperada- Mapa do processo atual- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSPASSOS = receber briefing, buscar evidência, redigir, revisar e entregarREVEZAMENTOS = IA propõe estrutura; analista verifica citações; líder aprovaEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Dossiê de práticas: checklist de entrada, uma fonte por afirmação e revisão independente. Limites: dados não sensíveis e aprovação humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaMapear o processo atual.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- plano mínimo- Human-in-the-loop · revisão antes da decisão# Fluxo1. Ordene entradas e saídas.2. Atribua decisões.3. Marque dependência e recuperação.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não misture atual e futuro.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não desenha futuro.# Saída esperada- Mapa do processo atual- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 03.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPASSOS = [PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]REVEZAMENTOS = [REVEZAMENTOS · transferências entre pessoa, IA ou equipe · ex.: IA redige; pessoa valida]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por mapear o processo atual.Entregável: Mapa do processo atualInclui: Mapear o processo atual.Não inclui: Não desenha futuro.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- plano mínimo- Human-in-the-loop · revisão antes da decisãoPassos:1. Ordene entradas e saídas.2. Atribua decisões.3. Marque dependência e recuperação.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mapa do processo atual- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Separa atual e futuro.; Cada decisão tem responsável.; Mapa mostra papéis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Detalhe pode ocultar o gargalo.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- 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: Quando já possui o artefato do prompt 03.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSPASSOS = receber briefing, buscar evidência, redigir, revisar e entregarREVEZAMENTOS = IA propõe estrutura; analista verifica citações; líder aprovaEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Dossiê de práticas: checklist de entrada, uma fonte por afirmação e revisão independente. Limites: dados não sensíveis e aprovação humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por mapear o processo atual.Entregável: Mapa do processo atualInclui: Mapear o processo atual.Não inclui: Não desenha futuro.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- plano mínimo- Human-in-the-loop · revisão antes da decisãoPassos:1. Ordene entradas e saídas.2. Atribua decisões.3. Marque dependência e recuperação.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mapa do processo atual- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Separa atual e futuro.; Cada decisão tem responsável.; Mapa mostra papéis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Detalhe pode ocultar o gargalo.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- 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 mapear o processo atual.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- plano mínimo- Human-in-the-loop · revisão antes da decisão# Limites- Não misture atual e futuro.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não desenha futuro.# Definition of DoneSepara atual e futuro.; Cada decisão tem responsável.; Mapa mostra papéis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSPASSOS = [PASSOS · ações atuais em sua ordem real · ex.: receber, analisar, redigir, revisar]REVEZAMENTOS = [REVEZAMENTOS · transferências entre pessoa, IA ou equipe · ex.: IA redige; pessoa valida]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaMapear o processo atual.# Fluxo1. Ordene entradas e saídas.2. Atribua decisões.3. Marque dependência e recuperação.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mapa do processo atual- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por mapear o processo atual.# FRAMEWORKS E BOAS PRÁTICAS- SIPOC leve- plano mínimo- Human-in-the-loop · revisão antes da decisão# Limites- Não misture atual e futuro.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não desenha futuro.# Definition of DoneSepara atual e futuro.; Cada decisão tem responsável.; Mapa mostra papéis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSPASSOS = receber briefing, buscar evidência, redigir, revisar e entregarREVEZAMENTOS = IA propõe estrutura; analista verifica citações; líder aprovaEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Dossiê de práticas: checklist de entrada, uma fonte por afirmação e revisão independente. Limites: dados não sensíveis e aprovação humana. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaMapear o processo atual.# Fluxo1. Ordene entradas e saídas.2. Atribua decisões.3. Marque dependência e recuperação.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mapa do processo atual- Separa atual e futuro.- Cada decisão tem responsável.- Mapa mostra papéis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Separa atual e futuro.
  • Cada decisão tem responsável.
  • Mapa mostra papéis.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se dados ou direitos mudam, invalide e reaprove.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Detalhe pode ocultar o gargalo.

Suposições

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

Limites

  • Não desenha futuro.
ApreenderDefinir o padrãoDefinir o padrão.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 04.
Exemplo
Processo atual: solicitação → briefing → fontes → rascunho com IA → verificação humana → decisão → versão. Fricção principal: fontes tardias. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Permite aceitar ou rejeitar.; Qualidade não é só velocidade.
Limite
Não define prioridades.
RecebeMapa do processo atual
ProduzCritérios de conclusão
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <SAÍDA>artefato que deve ficar concluídoExemplo: proposta pronta para decisão · Obrigatório
  • <CRITÉRIOS>regras explícitas para comparar opçõesExemplo: impacto, urgência e esforço · Obrigatório
  • <EVIDÊNCIA>fatos ou registros que sustentam a revisãoExemplo: quadro, citações e versão · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Definir o padrão. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: SAÍDA=[SAÍDA · artefato que deve ficar concluído · ex.: proposta pronta para decisão]; CRITÉRIOS=[CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]; EVIDÊNCIA=[EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: critério de conclusão (Definition of Done); Critérios de aceitação; Human-in-the-loop.Ordem: Nomeie resultado. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Critérios de conclusão; Permite aceitar ou rejeitar.Limite: Não resolva prioridades.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Definir o padrão. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: SAÍDA=proposta de duas páginas com citações e recomendação; CRITÉRIOS=impacto na entrega, prazo e esforço restante; EVIDÊNCIA=quadro de cinco dias, três citações e versão 0.2 do artefato; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Processo atual: solicitação → briefing → fontes → rascunho com IA → verificação humana → decisão → versão. Fricção principal: fontes tardias. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: critério de conclusão (Definition of Done); Critérios de aceitação; Human-in-the-loop.Ordem: Nomeie resultado. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Critérios de conclusão; Permite aceitar ou rejeitar.Limite: Não resolva prioridades.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# INPUTSSAÍDA = [SAÍDA · artefato que deve ficar concluído · ex.: proposta pronta para decisão]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDefinir o padrão.# FRAMEWORKS E BOAS PRÁTICAS- critério de conclusão (Definition of Done)- Critérios de aceitação- Human-in-the-loop · revisão antes da decisão# Fluxo1. Nomeie resultado.2. Escreva critérios.3. Adicione rejeição e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não resolva prioridades.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não define prioridades.# Saída esperada- Critérios de conclusão- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSSAÍDA = proposta de duas páginas com citações e recomendaçãoCRITÉRIOS = impacto na entrega, prazo e esforço restanteEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Processo atual: solicitação → briefing → fontes → rascunho com IA → verificação humana → decisão → versão. Fricção principal: fontes tardias. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDefinir o padrão.# FRAMEWORKS E BOAS PRÁTICAS- critério de conclusão (Definition of Done)- Critérios de aceitação- Human-in-the-loop · revisão antes da decisão# Fluxo1. Nomeie resultado.2. Escreva critérios.3. Adicione rejeição e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não resolva prioridades.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não define prioridades.# Saída esperada- Critérios de conclusão- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 04.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSSAÍDA = [SAÍDA · artefato que deve ficar concluído · ex.: proposta pronta para decisão]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por definir o padrão.Entregável: Critérios de conclusãoInclui: Definir o padrão.Não inclui: Não define prioridades.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- critério de conclusão (Definition of Done)- Critérios de aceitação- Human-in-the-loop · revisão antes da decisãoPassos:1. Nomeie resultado.2. Escreva critérios.3. Adicione rejeição e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Critérios de conclusão- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Permite aceitar ou rejeitar.; Qualidade não é só velocidade.; Qualidade, direitos e veto.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais rigor pode ser mais lento.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-official-pdf, ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- 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 já possui o artefato do prompt 04.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSSAÍDA = proposta de duas páginas com citações e recomendaçãoCRITÉRIOS = impacto na entrega, prazo e esforço restanteEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Processo atual: solicitação → briefing → fontes → rascunho com IA → verificação humana → decisão → versão. Fricção principal: fontes tardias. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por definir o padrão.Entregável: Critérios de conclusãoInclui: Definir o padrão.Não inclui: Não define prioridades.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- critério de conclusão (Definition of Done)- Critérios de aceitação- Human-in-the-loop · revisão antes da decisãoPassos:1. Nomeie resultado.2. Escreva critérios.3. Adicione rejeição e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Critérios de conclusão- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Permite aceitar ou rejeitar.; Qualidade não é só velocidade.; Qualidade, direitos e veto.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Mais rigor pode ser mais lento.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-official-pdf, ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- 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 definir o padrão.# FRAMEWORKS E BOAS PRÁTICAS- critério de conclusão (Definition of Done)- Critérios de aceitação- Human-in-the-loop · revisão antes da decisão# Limites- Não resolva prioridades.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não define prioridades.# Definition of DonePermite aceitar ou rejeitar.; Qualidade não é só velocidade.; Qualidade, direitos e veto.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSSAÍDA = [SAÍDA · artefato que deve ficar concluído · ex.: proposta pronta para decisão]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDefinir o padrão.# Fluxo1. Nomeie resultado.2. Escreva critérios.3. Adicione rejeição e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Critérios de conclusão- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por definir o padrão.# FRAMEWORKS E BOAS PRÁTICAS- critério de conclusão (Definition of Done)- Critérios de aceitação- Human-in-the-loop · revisão antes da decisão# Limites- Não resolva prioridades.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não define prioridades.# Definition of DonePermite aceitar ou rejeitar.; Qualidade não é só velocidade.; Qualidade, direitos e veto.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSSAÍDA = proposta de duas páginas com citações e recomendaçãoCRITÉRIOS = impacto na entrega, prazo e esforço restanteEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Processo atual: solicitação → briefing → fontes → rascunho com IA → verificação humana → decisão → versão. Fricção principal: fontes tardias. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDefinir o padrão.# Fluxo1. Nomeie resultado.2. Escreva critérios.3. Adicione rejeição e parada.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Critérios de conclusão- Permite aceitar ou rejeitar.- Qualidade não é só velocidade.- Qualidade, direitos e veto.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Permite aceitar ou rejeitar.
  • Qualidade não é só velocidade.
  • Qualidade, direitos e veto.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se responsável e revisor independente coincidem, peça segunda revisão.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Mais rigor pode ser mais lento.

Suposições

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

Limites

  • Não define prioridades.
ApreenderRedigir o Mini-SOPRedigir Mini-SOP v0.1.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 05.
Exemplo
Critérios de conclusão: escopo coberto, fontes rastreáveis, exceções sinalizadas e aprovação humana registrada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Pode ser seguido sem adivinhar.; Cada exceção tem resposta.
Limite
Rascunho não é aprovação.
RecebeCritérios de conclusão
ProduzMini-SOP v0.1
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <MAPA_DO_PROCESSO>sequência atual com decisões e responsáveisExemplo: mapa de cinco passos · Obrigatório
  • <CRITÉRIOS>regras explícitas para comparar opçõesExemplo: impacto, urgência e esforço · Obrigatório
  • <EXCEÇÕES>situações que justificam quebrar a regraExemplo: incidente de cliente · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Redigir Mini-SOP v0.1. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MAPA_DO_PROCESSO=[MAPA_DO_PROCESSO · sequência atual com decisões e responsáveis · ex.: mapa de cinco passos]; CRITÉRIOS=[CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]; EXCEÇÕES=[EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: SOP mínimo; Human-in-the-loop; Human-in-the-loop.Ordem: Integre sequência. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mini-SOP v0.1; Pode ser seguido sem adivinhar.Limite: Separe geração e aprovação.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Redigir Mini-SOP v0.1. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MAPA_DO_PROCESSO=mapa de cinco passos com duas revisões e um ponto de aprovação; CRITÉRIOS=impacto na entrega, prazo e esforço restante; EXCEÇÕES=incidente de cliente com impacto imediato em uma entrega; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Critérios de conclusão: escopo coberto, fontes rastreáveis, exceções sinalizadas e aprovação humana registrada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: SOP mínimo; Human-in-the-loop; Human-in-the-loop.Ordem: Integre sequência. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mini-SOP v0.1; Pode ser seguido sem adivinhar.Limite: Separe geração e aprovação.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# INPUTSMAPA_DO_PROCESSO = [MAPA_DO_PROCESSO · sequência atual com decisões e responsáveis · ex.: mapa de cinco passos]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaRedigir Mini-SOP v0.1.# FRAMEWORKS E BOAS PRÁTICAS- SOP mínimo- Human-in-the-loop- Human-in-the-loop · revisão antes da decisão# Fluxo1. Integre sequência.2. Atribua aportes.3. Adicione revisão e exceção.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Separe geração e aprovação.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Rascunho não é aprovação.# Saída esperada- Mini-SOP v0.1- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSMAPA_DO_PROCESSO = mapa de cinco passos com duas revisões e um ponto de aprovaçãoCRITÉRIOS = impacto na entrega, prazo e esforço restanteEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Critérios de conclusão: escopo coberto, fontes rastreáveis, exceções sinalizadas e aprovação humana registrada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaRedigir Mini-SOP v0.1.# FRAMEWORKS E BOAS PRÁTICAS- SOP mínimo- Human-in-the-loop- Human-in-the-loop · revisão antes da decisão# Fluxo1. Integre sequência.2. Atribua aportes.3. Adicione revisão e exceção.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Separe geração e aprovação.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Rascunho não é aprovação.# Saída esperada- Mini-SOP v0.1- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 05.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMAPA_DO_PROCESSO = [MAPA_DO_PROCESSO · sequência atual com decisões e responsáveis · ex.: mapa de cinco passos]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por redigir o mini-sop.Entregável: Mini-SOP v0.1Inclui: Redigir Mini-SOP v0.1.Não inclui: Rascunho não é aprovação.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- SOP mínimo- Human-in-the-loop- Human-in-the-loop · revisão antes da decisãoPassos:1. Integre sequência.2. Atribua aportes.3. Adicione revisão e exceção.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mini-SOP v0.1- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Pode ser seguido sem adivinhar.; Cada exceção tem resposta.; SOP com RACI e gates.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Estrutura exige manutenção.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-official-pdf, ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- 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 já possui o artefato do prompt 05.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMAPA_DO_PROCESSO = mapa de cinco passos com duas revisões e um ponto de aprovaçãoCRITÉRIOS = impacto na entrega, prazo e esforço restanteEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Critérios de conclusão: escopo coberto, fontes rastreáveis, exceções sinalizadas e aprovação humana registrada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por redigir o mini-sop.Entregável: Mini-SOP v0.1Inclui: Redigir Mini-SOP v0.1.Não inclui: Rascunho não é aprovação.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- SOP mínimo- Human-in-the-loop- Human-in-the-loop · revisão antes da decisãoPassos:1. Integre sequência.2. Atribua aportes.3. Adicione revisão e exceção.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mini-SOP v0.1- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Pode ser seguido sem adivinhar.; Cada exceção tem resposta.; SOP com RACI e gates.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Estrutura exige manutenção.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-official-pdf, ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- 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 redigir o mini-sop.# FRAMEWORKS E BOAS PRÁTICAS- SOP mínimo- Human-in-the-loop- Human-in-the-loop · revisão antes da decisão# Limites- Separe geração e aprovação.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Rascunho não é aprovação.# Definition of DonePode ser seguido sem adivinhar.; Cada exceção tem resposta.; SOP com RACI e gates.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMAPA_DO_PROCESSO = [MAPA_DO_PROCESSO · sequência atual com decisões e responsáveis · ex.: mapa de cinco passos]CRITÉRIOS = [CRITÉRIOS · regras explícitas para comparar opções · ex.: impacto, urgência e esforço]EXCEÇÕES = [EXCEÇÕES · situações que justificam quebrar a regra · ex.: incidente de cliente]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaRedigir Mini-SOP v0.1.# Fluxo1. Integre sequência.2. Atribua aportes.3. Adicione revisão e exceção.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mini-SOP v0.1- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por redigir o mini-sop.# FRAMEWORKS E BOAS PRÁTICAS- SOP mínimo- Human-in-the-loop- Human-in-the-loop · revisão antes da decisão# Limites- Separe geração e aprovação.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Rascunho não é aprovação.# Definition of DonePode ser seguido sem adivinhar.; Cada exceção tem resposta.; SOP com RACI e gates.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMAPA_DO_PROCESSO = mapa de cinco passos com duas revisões e um ponto de aprovaçãoCRITÉRIOS = impacto na entrega, prazo e esforço restanteEXCEÇÕES = incidente de cliente com impacto imediato em uma entregaDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Critérios de conclusão: escopo coberto, fontes rastreáveis, exceções sinalizadas e aprovação humana registrada. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaRedigir Mini-SOP v0.1.# Fluxo1. Integre sequência.2. Atribua aportes.3. Adicione revisão e exceção.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mini-SOP v0.1- Pode ser seguido sem adivinhar.- Cada exceção tem resposta.- SOP com RACI e gates.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Pode ser seguido sem adivinhar.
  • Cada exceção tem resposta.
  • SOP com RACI e gates.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se dados ou direitos mudam, invalide e reaprove.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Estrutura exige manutenção.

Suposições

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

Limites

  • Rascunho não é aprovação.
ApreenderRevisar riscos e exceçõesRevisar riscos e exceções.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emBuscar fontes · Deep Research
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 06.
Exemplo
Mini-SOP v0.1: coletar briefing; validar fontes; preparar rascunho; revisar; registrar decisão. Exceção: parar se faltar uma fonte. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Cada risco tem sinal.; Decisões seguem humanas.
Limite
Não quantifica sem dados.
RecebeMini-SOP v0.1
ProduzRegistro de riscos
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <MINI_SOP>procedimento breve com versãoExemplo: Mini-SOP v0.1 · Obrigatório
  • <RISCOS>eventos que podem desviar o planoExemplo: mudança de escopo · Obrigatório
  • <CONTROLES>verificações necessárias antes de avançarExemplo: citações completas e aprovação · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Revisar riscos e exceções. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MINI_SOP=[MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]; RISCOS=[RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]; CONTROLES=[CONTROLES · verificações necessárias antes de avançar · ex.: citações completas e aprovação]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: Pre-mortem; Registro de riscos; Human-in-the-loop.Ordem: Liste falhas. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Registro de riscos; Cada risco tem sinal.Limite: Não invente controles.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Revisar riscos e exceções. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MINI_SOP=Mini-SOP v0.1 para preparar propostas com fontes; RISCOS=mudança de escopo ou atraso da revisão jurídica; CONTROLES=citações com data, revisão humana e bloqueio se faltar autoridade; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Mini-SOP v0.1: coletar briefing; validar fontes; preparar rascunho; revisar; registrar decisão. Exceção: parar se faltar uma fonte. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: Pre-mortem; Registro de riscos; Human-in-the-loop.Ordem: Liste falhas. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Registro de riscos; Cada risco tem sinal.Limite: Não invente controles.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# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]RISCOS = [RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]CONTROLES = [CONTROLES · verificações necessárias antes de avançar · ex.: citações completas e aprovação]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaRevisar riscos e exceções.# FRAMEWORKS E BOAS PRÁTICAS- Pre-mortem- Registro de riscos- Human-in-the-loop · revisão antes da decisão# Fluxo1. Liste falhas.2. Atribua prevenção e resposta.3. Defina gate e escalonamento.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não invente controles.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não quantifica sem dados.# Saída esperada- Registro de riscos- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesRISCOS = mudança de escopo ou atraso da revisão jurídicaCONTROLES = citações com data, revisão humana e bloqueio se faltar autoridadeDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Mini-SOP v0.1: coletar briefing; validar fontes; preparar rascunho; revisar; registrar decisão. Exceção: parar se faltar uma fonte. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaRevisar riscos e exceções.# FRAMEWORKS E BOAS PRÁTICAS- Pre-mortem- Registro de riscos- Human-in-the-loop · revisão antes da decisão# Fluxo1. Liste falhas.2. Atribua prevenção e resposta.3. Defina gate e escalonamento.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não invente controles.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não quantifica sem dados.# Saída esperada- Registro de riscos- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 06.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]RISCOS = [RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]CONTROLES = [CONTROLES · verificações necessárias antes de avançar · ex.: citações completas e aprovação]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por revisar riscos e exceções.Entregável: Registro de riscosInclui: Revisar riscos e exceções.Não inclui: Não quantifica sem dados.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Pre-mortem- Registro de riscos- Human-in-the-loop · revisão antes da decisãoPassos:1. Liste falhas.2. Atribua prevenção e resposta.3. Defina gate e escalonamento.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Registro de riscos- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada risco tem sinal.; Decisões seguem humanas.; Riscos têm responsáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Controles tornam lento, mas protegem.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-official-pdf, ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-07- 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á possui o artefato do prompt 06.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesRISCOS = mudança de escopo ou atraso da revisão jurídicaCONTROLES = citações com data, revisão humana e bloqueio se faltar autoridadeDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Mini-SOP v0.1: coletar briefing; validar fontes; preparar rascunho; revisar; registrar decisão. Exceção: parar se faltar uma fonte. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por revisar riscos e exceções.Entregável: Registro de riscosInclui: Revisar riscos e exceções.Não inclui: Não quantifica sem dados.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Pre-mortem- Registro de riscos- Human-in-the-loop · revisão antes da decisãoPassos:1. Liste falhas.2. Atribua prevenção e resposta.3. Defina gate e escalonamento.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Registro de riscos- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Cada risco tem sinal.; Decisões seguem humanas.; Riscos têm responsáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Controles tornam lento, mas protegem.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-official-pdf, ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-07- 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 revisar riscos e exceções.# FRAMEWORKS E BOAS PRÁTICAS- Pre-mortem- Registro de riscos- Human-in-the-loop · revisão antes da decisão# Limites- Não invente controles.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não quantifica sem dados.# Definition of DoneCada risco tem sinal.; Decisões seguem humanas.; Riscos têm responsáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]RISCOS = [RISCOS · eventos que podem desviar o plano · ex.: mudança de escopo]CONTROLES = [CONTROLES · verificações necessárias antes de avançar · ex.: citações completas e aprovação]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaRevisar riscos e exceções.# Fluxo1. Liste falhas.2. Atribua prevenção e resposta.3. Defina gate e escalonamento.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Registro de riscos- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por revisar riscos e exceções.# FRAMEWORKS E BOAS PRÁTICAS- Pre-mortem- Registro de riscos- Human-in-the-loop · revisão antes da decisão# Limites- Não invente controles.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não quantifica sem dados.# Definition of DoneCada risco tem sinal.; Decisões seguem humanas.; Riscos têm responsáveis.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesRISCOS = mudança de escopo ou atraso da revisão jurídicaCONTROLES = citações com data, revisão humana e bloqueio se faltar autoridadeDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Mini-SOP v0.1: coletar briefing; validar fontes; preparar rascunho; revisar; registrar decisão. Exceção: parar se faltar uma fonte. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaRevisar riscos e exceções.# Fluxo1. Liste falhas.2. Atribua prevenção e resposta.3. Defina gate e escalonamento.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Registro de riscos- Cada risco tem sinal.- Decisões seguem humanas.- Riscos têm responsáveis.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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.
  • Decisões seguem humanas.
  • Riscos têm responsáveis.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se responsável e revisor independente coincidem, peça segunda revisão.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Controles tornam lento, mas protegem.

Suposições

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

Limites

  • Não quantifica sem dados.
ApreenderDesenhar o testeDesenhar teste controlado.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 07.
Exemplo
Registro de riscos: citação incorreta/alto/parar; dado sensível/alto/não carregar; escopo ambíguo/médio/pedir esclarecimento. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Pode parar com segurança.; Reconstrói o caso.
Limite
Não executa nem aprova.
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <MINI_SOP>procedimento breve com versãoExemplo: Mini-SOP v0.1 · Obrigatório
  • <CASOS_DE_TESTE>casos normais e adversariaisExemplo: caso completo e fonte contraditória · Obrigatório
  • <MÉTRICAS>medidas usadas para comparar o testeExemplo: retrabalho e tempo de ciclo · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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 teste controlado. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MINI_SOP=[MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]; CASOS_DE_TESTE=[CASOS_DE_TESTE · casos normais e adversariais · ex.: caso completo e fonte contraditória]; MÉTRICAS=[MÉTRICAS · medidas usadas para comparar o teste · ex.: retrabalho e tempo de ciclo]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: PDCA; PASA; Human-in-the-loop.Ordem: Fixe caso e critérios. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Plano de teste; Pode parar com segurança.Limite: Não execute ações.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Desenhar teste controlado. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MINI_SOP=Mini-SOP v0.1 para preparar propostas com fontes; CASOS_DE_TESTE=caso normal, fonte contraditória e briefing incompleto; MÉTRICAS=minutos de retrabalho, tempo de ciclo e citações corrigidas; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Registro de riscos: citação incorreta/alto/parar; dado sensível/alto/não carregar; escopo ambíguo/médio/pedir esclarecimento. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: PDCA; PASA; Human-in-the-loop.Ordem: Fixe caso e critérios. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Plano de teste; Pode parar com segurança.Limite: Não execute ações.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# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]CASOS_DE_TESTE = [CASOS_DE_TESTE · casos normais e adversariais · ex.: caso completo e fonte contraditória]MÉTRICAS = [MÉTRICAS · medidas usadas para comparar o teste · ex.: retrabalho e tempo de ciclo]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar teste controlado.# FRAMEWORKS E BOAS PRÁTICAS- PDCA- PASA- Human-in-the-loop · revisão antes da decisão# Fluxo1. Fixe caso e critérios.2. Preserve insumos.3. Defina registro e revisor independente.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não execute ações.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa nem aprova.# Saída esperada- Plano de teste- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesCASOS_DE_TESTE = caso normal, fonte contraditória e briefing incompletoMÉTRICAS = minutos de retrabalho, tempo de ciclo e citações corrigidasDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Registro de riscos: citação incorreta/alto/parar; dado sensível/alto/não carregar; escopo ambíguo/médio/pedir esclarecimento. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar teste controlado.# FRAMEWORKS E BOAS PRÁTICAS- PDCA- PASA- Human-in-the-loop · revisão antes da decisão# Fluxo1. Fixe caso e critérios.2. Preserve insumos.3. Defina registro e revisor independente.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não execute ações.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa nem aprova.# Saída esperada- Plano de teste- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 07.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]CASOS_DE_TESTE = [CASOS_DE_TESTE · casos normais e adversariais · ex.: caso completo e fonte contraditória]MÉTRICAS = [MÉTRICAS · medidas usadas para comparar o teste · ex.: retrabalho e tempo de ciclo]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por desenhar o teste.Entregável: Plano de testeInclui: Desenhar teste controlado.Não inclui: Não executa nem aprova.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- PDCA- PASA- Human-in-the-loop · revisão antes da decisãoPassos:1. Fixe caso e critérios.2. Preserve insumos.3. Defina registro e revisor independente.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Plano de teste- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Pode parar com segurança.; Reconstrói o caso.; Piloto reversível.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Um teste não prova adoção.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-official-pdf, ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-08- 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 já possui o artefato do prompt 07.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesCASOS_DE_TESTE = caso normal, fonte contraditória e briefing incompletoMÉTRICAS = minutos de retrabalho, tempo de ciclo e citações corrigidasDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Registro de riscos: citação incorreta/alto/parar; dado sensível/alto/não carregar; escopo ambíguo/médio/pedir esclarecimento. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por desenhar o teste.Entregável: Plano de testeInclui: Desenhar teste controlado.Não inclui: Não executa nem aprova.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- PDCA- PASA- Human-in-the-loop · revisão antes da decisãoPassos:1. Fixe caso e critérios.2. Preserve insumos.3. Defina registro e revisor independente.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Plano de teste- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Pode parar com segurança.; Reconstrói o caso.; Piloto reversível.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Um teste não prova adoção.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-official-pdf, ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-08- 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 desenhar o teste.# FRAMEWORKS E BOAS PRÁTICAS- PDCA- PASA- Human-in-the-loop · revisão antes da decisão# Limites- Não execute ações.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa nem aprova.# Definition of DonePode parar com segurança.; Reconstrói o caso.; Piloto reversível.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]CASOS_DE_TESTE = [CASOS_DE_TESTE · casos normais e adversariais · ex.: caso completo e fonte contraditória]MÉTRICAS = [MÉTRICAS · medidas usadas para comparar o teste · ex.: retrabalho e tempo de ciclo]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaDesenhar teste controlado.# Fluxo1. Fixe caso e critérios.2. Preserve insumos.3. Defina registro e revisor independente.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Plano de teste- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por desenhar o teste.# FRAMEWORKS E BOAS PRÁTICAS- PDCA- PASA- Human-in-the-loop · revisão antes da decisão# Limites- Não execute ações.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não executa nem aprova.# Definition of DonePode parar com segurança.; Reconstrói o caso.; Piloto reversível.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesCASOS_DE_TESTE = caso normal, fonte contraditória e briefing incompletoMÉTRICAS = minutos de retrabalho, tempo de ciclo e citações corrigidasDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Registro de riscos: citação incorreta/alto/parar; dado sensível/alto/não carregar; escopo ambíguo/médio/pedir esclarecimento. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaDesenhar teste controlado.# Fluxo1. Fixe caso e critérios.2. Preserve insumos.3. Defina registro e revisor independente.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Plano de teste- Pode parar com segurança.- Reconstrói o caso.- Piloto reversível.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Pode parar com segurança.
  • Reconstrói o caso.
  • Piloto reversível.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se dados ou direitos mudam, invalide e reaprove.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Um teste não prova adoção.

Suposições

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

Limites

  • Não executa nem aprova.
(R)EvoluirAvaliar evidênciasAvaliar evidência com AAR.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 08.
Exemplo
Plano e registro sintético: um caso reversível; 4 afirmações revisadas; 1 citação corrigida; 0 dados sensíveis; decisão humana: ajustar e repetir. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Conclusões citam registros.; Mudanças recebem decisão.
Limite
Não inventa evidência.
RecebePlano de teste + registro de execução
ProduzRelatório de teste
Consome · Plano de teste
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <REGISTRO_DE_TESTE>resultados observados por casoExemplo: três execuções documentadas · Obrigatório
  • <DESVIOS>diferenças frente ao procedimentoExemplo: passo omitido ou exceção · Obrigatório
  • <VEREDITO>decisão de manter, ajustar ou pararExemplo: ajustar antes de repetir · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Avaliar evidência com AAR. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: REGISTRO_DE_TESTE=[REGISTRO_DE_TESTE · resultados observados por caso · ex.: três execuções documentadas]; DESVIOS=[DESVIOS · diferenças frente ao procedimento · ex.: passo omitido ou exceção]; VEREDITO=[VEREDITO · decisão de manter, ajustar ou parar · ex.: ajustar antes de repetir]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: AAR; registro de decisões; Human-in-the-loop.Ordem: Compare expectativa e resultado. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Relatório de teste; Conclusões citam registros.Limite: Não oculte falhas.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Avaliar evidência com AAR. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: REGISTRO_DE_TESTE=três execuções: 42, 49 e 45 minutos; uma citação corrigida; DESVIOS=a revisão de data foi omitida em uma de três execuções; VEREDITO=ajustar o controle de datas e repetir três casos; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Plano e registro sintético: um caso reversível; 4 afirmações revisadas; 1 citação corrigida; 0 dados sensíveis; decisão humana: ajustar e repetir. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: AAR; registro de decisões; Human-in-the-loop.Ordem: Compare expectativa e resultado. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Relatório de teste; Conclusões citam registros.Limite: Não oculte falhas.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# INPUTSREGISTRO_DE_TESTE = [REGISTRO_DE_TESTE · resultados observados por caso · ex.: três execuções documentadas]DESVIOS = [DESVIOS · diferenças frente ao procedimento · ex.: passo omitido ou exceção]VEREDITO = [VEREDITO · decisão de manter, ajustar ou parar · ex.: ajustar antes de repetir]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaAvaliar evidência com AAR.# FRAMEWORKS E BOAS PRÁTICAS- AAR- registro de decisões- Human-in-the-loop · revisão antes da decisão# Fluxo1. Compare expectativa e resultado.2. Separe falha e exceção.3. Submeta mudanças à decisão.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não oculte falhas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não inventa evidência.# Saída esperada- Relatório de teste- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSREGISTRO_DE_TESTE = três execuções: 42, 49 e 45 minutos; uma citação corrigidaDESVIOS = a revisão de data foi omitida em uma de três execuçõesVEREDITO = ajustar o controle de datas e repetir três casosDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Plano e registro sintético: um caso reversível; 4 afirmações revisadas; 1 citação corrigida; 0 dados sensíveis; decisão humana: ajustar e repetir. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaAvaliar evidência com AAR.# FRAMEWORKS E BOAS PRÁTICAS- AAR- registro de decisões- Human-in-the-loop · revisão antes da decisão# Fluxo1. Compare expectativa e resultado.2. Separe falha e exceção.3. Submeta mudanças à decisão.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não oculte falhas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não inventa evidência.# Saída esperada- Relatório de teste- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 08.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREGISTRO_DE_TESTE = [REGISTRO_DE_TESTE · resultados observados por caso · ex.: três execuções documentadas]DESVIOS = [DESVIOS · diferenças frente ao procedimento · ex.: passo omitido ou exceção]VEREDITO = [VEREDITO · decisão de manter, ajustar ou parar · ex.: ajustar antes de repetir]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por avaliar evidências.Entregável: Relatório de testeInclui: Avaliar evidência com AAR.Não inclui: Não inventa evidência.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- AAR- registro de decisões- Human-in-the-loop · revisão antes da decisãoPassos:1. Compare expectativa e resultado.2. Separe falha e exceção.3. Submeta mudanças à decisão.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Relatório de teste- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Conclusões citam registros.; Mudanças recebem decisão.; AAR registra decisões.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Evidência insuficiente pode frear a adoção; isso protege a decisão.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-09- 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 já possui o artefato do prompt 08.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSREGISTRO_DE_TESTE = três execuções: 42, 49 e 45 minutos; uma citação corrigidaDESVIOS = a revisão de data foi omitida em uma de três execuçõesVEREDITO = ajustar o controle de datas e repetir três casosDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Plano e registro sintético: um caso reversível; 4 afirmações revisadas; 1 citação corrigida; 0 dados sensíveis; decisão humana: ajustar e repetir. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por avaliar evidências.Entregável: Relatório de testeInclui: Avaliar evidência com AAR.Não inclui: Não inventa evidência.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- AAR- registro de decisões- Human-in-the-loop · revisão antes da decisãoPassos:1. Compare expectativa e resultado.2. Separe falha e exceção.3. Submeta mudanças à decisão.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se responsável e revisor independente coincidem, peça segunda revisão.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Relatório de teste- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Conclusões citam registros.; Mudanças recebem decisão.; AAR registra decisões.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Evidência insuficiente pode frear a adoção; isso protege a decisão.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-ways-of-working## Metadata- module: 03- prompt: prompt-09- 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 avaliar evidências.# FRAMEWORKS E BOAS PRÁTICAS- AAR- registro de decisões- Human-in-the-loop · revisão antes da decisão# Limites- Não oculte falhas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não inventa evidência.# Definition of DoneConclusões citam registros.; Mudanças recebem decisão.; AAR registra decisões.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSREGISTRO_DE_TESTE = [REGISTRO_DE_TESTE · resultados observados por caso · ex.: três execuções documentadas]DESVIOS = [DESVIOS · diferenças frente ao procedimento · ex.: passo omitido ou exceção]VEREDITO = [VEREDITO · decisão de manter, ajustar ou parar · ex.: ajustar antes de repetir]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaAvaliar evidência com AAR.# Fluxo1. Compare expectativa e resultado.2. Separe falha e exceção.3. Submeta mudanças à decisão.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Relatório de teste- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por avaliar evidências.# FRAMEWORKS E BOAS PRÁTICAS- AAR- registro de decisões- Human-in-the-loop · revisão antes da decisão# Limites- Não oculte falhas.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não inventa evidência.# Definition of DoneConclusões citam registros.; Mudanças recebem decisão.; AAR registra decisões.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSREGISTRO_DE_TESTE = três execuções: 42, 49 e 45 minutos; uma citação corrigidaDESVIOS = a revisão de data foi omitida em uma de três execuçõesVEREDITO = ajustar o controle de datas e repetir três casosDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Plano e registro sintético: um caso reversível; 4 afirmações revisadas; 1 citação corrigida; 0 dados sensíveis; decisão humana: ajustar e repetir. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaAvaliar evidência com AAR.# Fluxo1. Compare expectativa e resultado.2. Separe falha e exceção.3. Submeta mudanças à decisão.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Relatório de teste- Conclusões citam registros.- Mudanças recebem decisão.- AAR registra decisões.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Conclusões citam registros.
  • Mudanças recebem decisão.
  • AAR registra decisões.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se responsável e revisor independente coincidem, peça segunda revisão.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Evidência insuficiente pode frear a adoção; isso protege a decisão.

Suposições

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

Limites

  • Não inventa evidência.
(R)EvoluirVersionar e transferirVersionar e transferir.4 · Níveis de estrutura do promptModelo / DemoAbrir promptExecutar emChat · fontes selecionadas
Antes de copiar
Quando usar
Quando já possui o artefato do prompt 09.
Exemplo
Relatório de teste: 3 de 4 afirmações foram válidas na primeira tentativa; uma citação foi corrigida; decisão: adotar com checklist e segunda revisão. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.
Evidência
Mudanças ligam evidência e responsável.; Receptor pode escalar.
Limite
Não autoriza implantação.
RecebeRelatório de teste
ProduzMini-SOP v1.0
Substitua [CAMPO EM MAIÚSCULA] · ajuste ou apague [texto em minúscula]
O que deve substituir 4
  • <MINI_SOP>procedimento breve com versãoExemplo: Mini-SOP v0.1 · Obrigatório
  • <MUDANÇAS>alterações justificadas para a nova versãoExemplo: adicionar controle de data · Obrigatório
  • <EVIDÊNCIA>fatos ou registros que sustentam a revisãoExemplo: quadro, citações e versão · Obrigatório
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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: Versionar e transferir. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MINI_SOP=[MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]; MUDANÇAS=[MUDANÇAS · alterações justificadas para a nova versão · ex.: adicionar controle de data]; EVIDÊNCIA=[EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].Aplique: Controle de versão; Checklist de transferência; Human-in-the-loop.Ordem: Aplique mudanças aprovadas. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mini-SOP v1.0; Mudanças ligam evidência e responsável.Limite: Não recomende adoção ampla.[Indique o dado ausente que mudaria a decisão.]
Demo · Nível 1 · Direto
Objetivo: Versionar e transferir. A equipe nomeia uma pessoa responsável e uma revisão independente.Dados: MINI_SOP=Mini-SOP v0.1 para preparar propostas com fontes; MUDANÇAS=adicionar controle de data e separar redação de aprovação; EVIDÊNCIA=quadro de cinco dias, três citações e versão 0.2 do artefato; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; Dados sintéticos disponíveis: ARTEFATO_DEMO=Relatório de teste: 3 de 4 afirmações foram válidas na primeira tentativa; uma citação foi corrigida; decisão: adotar com checklist e segunda revisão. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.Aplique: Controle de versão; Checklist de transferência; Human-in-the-loop.Ordem: Aplique mudanças aprovadas. → Entregue o artefato, o próximo passo e qualquer lacuna aberta.Entregue: Mini-SOP v1.0; Mudanças ligam evidência e responsável.Limite: Não recomende adoção ampla.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# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]MUDANÇAS = [MUDANÇAS · alterações justificadas para a nova versão · ex.: adicionar controle de data]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaVersionar e transferir.# FRAMEWORKS E BOAS PRÁTICAS- Controle de versão- Checklist de transferência- Human-in-the-loop · revisão antes da decisão# Fluxo1. Aplique mudanças aprovadas.2. Declare limites.3. Desenhe segundo teste.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não recomende adoção ampla.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não autoriza implantação.# Saída esperada- Mini-SOP v1.0- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesMUDANÇAS = adicionar controle de data e separar redação de aprovaçãoEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Relatório de teste: 3 de 4 afirmações foram válidas na primeira tentativa; uma citação foi corrigida; decisão: adotar com checklist e segunda revisão. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaVersionar e transferir.# FRAMEWORKS E BOAS PRÁTICAS- Controle de versão- Checklist de transferência- Human-in-the-loop · revisão antes da decisão# Fluxo1. Aplique mudanças aprovadas.2. Declare limites.3. Desenhe segundo teste.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Limites- Não recomende adoção ampla.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não autoriza implantação.# Saída esperada- Mini-SOP v1.0- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- 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á possui o artefato do prompt 09.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]MUDANÇAS = [MUDANÇAS · alterações justificadas para a nova versão · ex.: adicionar controle de data]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]## P — Propósito e escopoPapel especialista: Especialista responsável por versionar e transferir.Entregável: Mini-SOP v1.0Inclui: Versionar e transferir.Não inclui: Não autoriza implantação.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Controle de versão- Checklist de transferência- Human-in-the-loop · revisão antes da decisãoPassos:1. Aplique mudanças aprovadas.2. Declare limites.3. Desenhe segundo teste.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mini-SOP v1.0- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Mudanças ligam evidência e responsável.; Receptor pode escalar.; Transferência inclui escalonamento.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Padronizar pode congelar erros.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- 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 já possui o artefato do prompt 09.# PARÂMETROSEXTENSÃO = concisaESTRUTURA = tabela breve + decisãoPROFUNDIDADE = operacionalAPROVAÇÃO = humana obrigatória# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesMUDANÇAS = adicionar controle de data e separar redação de aprovaçãoEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Relatório de teste: 3 de 4 afirmações foram válidas na primeira tentativa; uma citação foi corrigida; decisão: adotar com checklist e segunda revisão. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.## P — Propósito e escopoPapel especialista: Especialista responsável por versionar e transferir.Entregável: Mini-SOP v1.0Inclui: Versionar e transferir.Não inclui: Não autoriza implantação.## E — Padrões e execução### FRAMEWORKS E BOAS PRÁTICAS- Controle de versão- Checklist de transferência- Human-in-the-loop · revisão antes da decisãoPassos:1. Aplique mudanças aprovadas.2. Declare limites.3. Desenhe segundo teste.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.### Casos-limite- Se dados ou direitos mudam, invalide e reaprove.- Fluxo sem fronteira: defina início e fim antes de melhorar.- Práticas em tensão: registre qual será testada e por quê.## C — Critérios verificáveis# Saída esperada:- Mini-SOP v1.0- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.Critérios observáveis:- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.# Definition of Done: Mudanças ligam evidência e responsável.; Receptor pode escalar.; Transferência inclui escalonamento.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; O responsável, o revisor e a evidência compartilhada ficam identificados.Trade-off: Padronizar pode congelar erros.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-ways-of-working## Metadata- module: 03- 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 versionar e transferir.# FRAMEWORKS E BOAS PRÁTICAS- Controle de versão- Checklist de transferência- Human-in-the-loop · revisão antes da decisão# Limites- Não recomende adoção ampla.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não autoriza implantação.# Definition of DoneMudanças ligam evidência e responsável.; Receptor pode escalar.; Transferência inclui escalonamento.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMINI_SOP = [MINI_SOP · procedimento breve com versão · ex.: Mini-SOP v0.1]MUDANÇAS = [MUDANÇAS · alterações justificadas para a nova versão · ex.: adicionar controle de data]EVIDÊNCIA = [EVIDÊNCIA · fatos ou registros que sustentam a revisão · ex.: quadro, citações e versão]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# Ajustes opcionais[Indique o dado ausente que mudaria a decisão.]# TarefaVersionar e transferir.# Fluxo1. Aplique mudanças aprovadas.2. Declare limites.3. Desenhe segundo teste.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mini-SOP v1.0- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Demo · Nível 4 · Orquestrado
# systemEspecialista responsável por versionar e transferir.# FRAMEWORKS E BOAS PRÁTICAS- Controle de versão- Checklist de transferência- Human-in-the-loop · revisão antes da decisão# Limites- Não recomende adoção ampla.- Mantenha responsável, revisor independente, permissões e aprovação humana.- Não declare melhoria sem comparar o fluxo com um caso observado.- Não avance sem responsável, direitos de uso e revisão independente.- Não autoriza implantação.# Definition of DoneMudanças ligam evidência e responsável.; Receptor pode escalar.; Transferência inclui escalonamento.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.; 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# INPUTSMINI_SOP = Mini-SOP v0.1 para preparar propostas com fontesMUDANÇAS = adicionar controle de data e separar redação de aprovaçãoEVIDÊNCIA = quadro de cinco dias, três citações e versão 0.2 do artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados sintéticos disponíveis: ARTEFATO_DEMO = Relatório de teste: 3 de 4 afirmações foram válidas na primeira tentativa; uma citação foi corrigida; decisão: adotar com checklist e segunda revisão. Responsável pelo fluxo: líder da proposta. Revisor: especialista independente.# Ajustes opcionaisIndique o dado ausente que mudaria a decisão.# TarefaVersionar e transferir.# Fluxo1. Aplique mudanças aprovadas.2. Declare limites.3. Desenhe segundo teste.4. Verifique evidência, limites e consistência antes de concluir.5. Entregue o artefato, o próximo passo e qualquer lacuna aberta.# Saída esperada- Mini-SOP v1.0- Mudanças ligam evidência e responsável.- Receptor pode escalar.- Transferência inclui escalonamento.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.- O responsável, o revisor e a evidência compartilhada ficam identificados.
Por que funcionaCritérios de aceitação

Critérios de aceitação

  • Mudanças ligam evidência e responsável.
  • Receptor pode escalar.
  • Transferência inclui escalonamento.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
  • O responsável, o revisor e a evidência compartilhada ficam identificados.

Casos-limite

  • Se dados ou direitos mudam, invalide e reaprove.
  • Fluxo sem fronteira: defina início e fim antes de melhorar.
  • Práticas em tensão: registre qual será testada e por quê.

Compensações

  • Padronizar pode congelar erros.

Suposições

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

Limites

  • Não autoriza implantação.
Para equipes

Transforme uma prática especialista em uma forma de trabalho compartilhada.

Quando o método vive em uma pessoa, as transferências variam, a revisão chega tarde e a IA amplifica inconsistências.

O que você obterá

A equipe terá um Mini-SOP comum, pontos de controle, responsáveis e evidências de um piloto delimitado.

Como avançar

Selecionem um fluxo, observem variantes, acordem o padrão, cocriem o Mini-SOP e executem um piloto com responsável humano.

O que verificar

Mini-SOP com papéis, entradas, etapas, critérios, aprovações, exceções e registro de um piloto de equipe.

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 um fluxo de trabalho amplificado, testado e transferível 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: um fluxo de trabalho amplificado, testado e transferível; 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ó.
RecebeCritérios de conclusão
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
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].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; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; 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: um fluxo de trabalho amplificado, testado e transferível; 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 diasDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 um fluxo de trabalho amplificado, testado e transferível 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 um fluxo de trabalho amplificado, testado e transferível 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 diasDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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 diasDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.

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 um fluxo de trabalho amplificado, testado e transferível 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: um fluxo de trabalho amplificado, testado e transferível; 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ó.
RecebeRegistro de riscos
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
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].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; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; 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: um fluxo de trabalho amplificado, testado e transferível; 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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ívelDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 um fluxo de trabalho amplificado, testado e transferível 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 um fluxo de trabalho amplificado, testado e transferível 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ívelDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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ívelDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.

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 um fluxo de trabalho amplificado, testado e transferível 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: um fluxo de trabalho amplificado, testado e transferível; 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ó.
RecebeRelatório de teste
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
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].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; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; 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: um fluxo de trabalho amplificado, testado e transferível; 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 um fluxo de trabalho amplificado, testado e transferível 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 um fluxo de trabalho amplificado, testado e transferível 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 artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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 artefatoDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.

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 um fluxo de trabalho amplificado, testado e transferível 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: um fluxo de trabalho amplificado, testado e transferível; 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ó.
RecebeMini-SOP v1.0
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
  • <DONO_DO_PROCESSO>responsável pelo padrão e sua versãoExemplo: líder de operações · 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]; DONO_DO_PROCESSO=[DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações].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; DONO_DO_PROCESSO=líder de operações; revisor independente de qualidade; 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: um fluxo de trabalho amplificado, testado e transferível; 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 restanteDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 um fluxo de trabalho amplificado, testado e transferível 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Dados do caso- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 um fluxo de trabalho amplificado, testado e transferível 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 restanteDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.Trade-off: Mais estrutura aumenta a repetibilidade, mas exige manutenção quando as fontes mudam.## Procedência- Demo sintética- Autoridades declaradas: ev-m03-program, ev-m03-friction-playbook, ev-m03-masterclass## Metadata- module: 03- 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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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]DONO_DO_PROCESSO = [DONO_DO_PROCESSO · responsável pelo padrão e sua versão · ex.: líder de operações]# 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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 declare melhoria sem comparar o fluxo com um caso observado.- 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.; O Mini-SOP mantém versão, responsável, exceção e evidência de teste.# 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 restanteDONO_DO_PROCESSO = líder de operações; revisor independente de qualidadeDados 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: um fluxo de trabalho amplificado, testado e transferível; 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.- O Mini-SOP mantém versão, responsável, exceção e evidência de teste.
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.
  • O Mini-SOP mantém versão, responsável, exceção e evidência de teste.

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 agêntico

Continue com o próximo recurso do percurso.

Prompts → Trabalho agêntico