Quiz final — 25 questões (núcleo comum, módulos 2.1–2.7)
Cada questão vale 4 pontos. Some com as 5 questões da sua faixa (abaixo) para o total de 30 — aprovação: 80% (24 de 30).
Esta seção cobre igualmente todos os consultores, independente da faixa. As questões da faixa começam depois do gabarito desta seção.
1.Você é FUNC e nunca abriu um editor de código. O VS Code, no Nível 2, é apresentado como: ---
Ver resposta e por quê
❌a) —
✅b) É o enquadramento do módulo 2.1: ganho de visualização e organização, não de código.
❌c) —
2.Uma edição chegou como diff. Você concorda com a maior parte, mas quer trocar uma palavra antes de aceitar. ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) O Claude é avisado da sua alteração e não assume que o arquivo ficou como ele propôs originalmente.
3.O código tomou um rumo errado a partir de um ponto específico da conversa, mas você quer manter tudo o que foi dito depois desse ponto. ---
Ver resposta e por quê
✅a) Desfaz os arquivos até aquele ponto, mantendo a conversa inteira.
❌b) —
❌c) —
4.Você percebe que uma sessão está consumindo muito mais que o normal, sem saber por quê. ---
Ver resposta e por quê
✅a) É onde a causa do consumo normalmente aparece.
❌b) —
❌c) —
5.No terminal integrado do VS Code, claude retorna "command not found" mesmo com a extensão instalada. ---
Ver resposta e por quê
❌a) —
✅b) Mesma pegadinha do Nível 1, agora dentro do terminal integrado.
❌c) —
6.Numa conversa longa, o Claude propõe de novo uma solução que já havia sido descartada há várias mensagens. Isso é, antes de tudo: ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) É o sintoma que o módulo 2.2 ensina a reconhecer antes de qualquer aviso automático.
7.Qual a diferença entre /compact dirigido e a compactação automática que roda ao chegar perto do limite? ---
Ver resposta e por quê
❌a) —
✅b) Por isso compactar por iniciativa própria é preferível quando há decisão importante já tomada na sessão.
❌c) —
8.Você testou uma abordagem alternativa nas últimas mensagens, ela não deu certo, e quer descartar esse desvio sem perder o que veio antes dele. ---
Ver resposta e por quê
✅a) Comprime o que veio depois do checkpoint — exatamente onde está o desvio a descartar.
❌b) —
❌c) —
9.O CLAUDE.md de um projeto deve ser entendido, acima de tudo, como: ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) É a diferença central do módulo 2.3: guia, não configuração. Regra que nunca pode ser violada pertence a um hook.
10.Um CLAUDE.md de projeto diz uma coisa e o CLAUDE.md de usuário do consultor diz outra, sobre o mesmo assunto. O que acontece na sessão? ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) Não existe hierarquia de sobrescrita entre as quatro camadas; o modelo vê as duas regras.
11.As convenções de ABAP do projeto só interessam a quem abre arquivo .abap, mas hoje carregam para toda a squad em toda sessão. O que resolve isso, economizando contexto de verdade? ---
Ver resposta e por quê
✅a) É o único dos três que carrega sob demanda por tipo de arquivo. Import é expandido inline e ocupa o mesmo contexto para todo mundo.
❌b) —
❌c) —
12.Qual destas instruções, dentro de um CLAUDE.md, é verificável? ---
Ver resposta e por quê
❌a) —
✅b) Você olha o resultado e sabe se foi cumprido — o mesmo critério de frase verificável do módulo 1.3, agora aplicado ao arquivo de instruções.
❌c) —
13.Você percebe que o Claude errou repetidamente da mesma forma numa tarefa. A atitude que o módulo 2.3 recomenda: ---
Ver resposta e por quê
✅a) Revisão permanente: o arquivo melhora a cada erro tratado como sinal, não como limitação da ferramenta.
❌b) —
❌c) —
14.Você tem uma regra que o Claude não pode pular, em nenhuma circunstância — por exemplo, nunca commitar direto em main. ---
- a)Escrever no
CLAUDE.md, em maiúsculas, no topo do arquivo—
- b)Uma skill, disparada por palavra-chave no seu pedido
—
- c)Um hook
Das quatro superfícies (CLAUDE.md, skill, slash command, hook), só o hook é código que roda e bloqueia de verdade — não uma instrução que depende de atenção.
Ver resposta e por quê
❌a) —
❌b) —
✅c) Das quatro superfícies (CLAUDE.md, skill, slash command, hook), só o hook é código que roda e bloqueia de verdade — não uma instrução que depende de atenção.
15.Qual é a primeira skill que mais vale a pena construir, segundo o módulo 2.4? ---
Ver resposta e por quê
❌a) —
✅b) "Pronto" deixa de ser "o diff parece certo" e passa a ser "os portões rodaram e o resultado foi declarado".
❌c) —
16.Uma skill não dispara mesmo quando você digita a frase que deveria ativá-la. A primeira coisa a verificar: ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) A descrição é o gatilho; troubleshooting de skill começa sempre por ela.
17.No modo Auto do Claude Code, o que o classificador de segurança revisa? ---
Ver resposta e por quê
❌a) —
✅b) Por isso Auto deveria andar junto de um stop hook que roda os testes: é a camada que cobre o que o classificador não cobre.
❌c) —
18.Qual a diferença entre os modos Don't ask e Bypass permissions? ---
Ver resposta e por quê
✅a) Um job mal configurado em Don't ask, na pior hipótese, para de funcionar. O mesmo job em Bypass pode causar dano real.
❌b) —
❌c) —
19.Você vê a mensagem "Saved 2 memories" numa sessão de trabalho do Meridiano. O que isso indica, e o que exige de você? ---
Ver resposta e por quê
❌a) —
✅b) Vem ligada por padrão e carrega em toda sessão. Revisar ao encerrar frente de cliente é Regra Wayon.
❌c) —
20.Numa tarefa longa, por que vale ler o plano do plan mode a fundo, em vez de aprovar rápido? ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) Mesmo princípio do Nível 1, agora na escala de uma sessão longa.
21.Qual combinação mantém uma sessão longa sob controle, sem depender da passagem automática de compactação? ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) É a combinação central do módulo 2.6.
22.O que caracteriza uma condição de /goal bem formulada? ---
Ver resposta e por quê
✅a) O avaliador só lê a transcrição; condição que depende de algo fora dela (um e-mail de aprovação, por exemplo) nunca é confirmada.
❌b) —
❌c) —
23.Qual é a vantagem de delegar uma busca ampla a um subagente, em vez de fazer tudo na conversa principal? ---
Ver resposta e por quê
❌a) —
❌b) —
✅c) É o ganho central do módulo 2.7: contexto isolado.
24.O que é a "segunda opinião fria", usando um subagente? ---
Ver resposta e por quê
✅a) Evita o viés de proximidade de quem construiu — e já racionalizou — o próprio trabalho.
❌b) —
❌c) —
25.Ao criar um subagente revisor-abap, você restringe as ferramentas dele apenas a leitura, sem permissão de editar arquivo. Isso é: ---
Ver resposta e por quê
❌a) —
✅b) Um revisor não precisa escrever; dar a ele essa permissão só amplia o que pode dar errado.
❌c) —
Quiz da faixa — 5 questões
Responda apenas as 5 questões da faixa que você concluiu no módulo 2.8 (FUNC, TEC, BASIS ou PM). Some com as 25 questões acima para o seu total de 30.
F1. Você tem sete arquivos de um workshop, em três formatos diferentes. Qual é o primeiro pedido a fazer?
- a) "Gere o blueprint final" direto, para economizar uma etapa
- b) Consolidar os arquivos, exigindo citação da fonte para cada afirmação ✅ · Sem essa etapa, nada depois é auditável.
- c) Perguntar ao Claude quais decisões de negócio foram tomadas no workshop
F2. O blueprint estruturado inclui uma regra de alçada que você não lembra de ter ouvido no workshop. O que fazer?
- a) Publicar assim mesmo, já que veio do material consolidado
- b) Remover a regra do blueprint, sem perguntar a ninguém
- c) Confirmar com o time do cliente antes de publicar ✅ · Regra de negócio não confirmada não deveria ficar sem verificação, mesmo quando parece plausível.
F3. Por que confrontar o blueprint com o escopo contratado (SOW) antes de entregar?
- a) Porque o workshop tende a gerar mais escopo do que foi vendido, e é melhor identificar isso antes da entrega ✅ · É a terceira etapa do pipeline da aula 2.8.F1 — a que evita descobrir escopo adicional só na entrega.
- b) Porque sem isso o Claude erra a estrutura por processo do documento
- c) Porque é exigência de formato do template de blueprint da Wayon
F4. Os casos de teste da aula 2.8.F2 são derivados de onde?
- a) Diretamente do gap original, em paralelo à FS
- b) Da própria FS já escrita, mantendo a cadeia gap → FS → caso de teste → evidência ✅ · Um caso de teste que não aponta para uma seção da FS foi inventado, não derivado.
- c) De uma biblioteca genérica de casos de teste SAP
F5. O job aid gerado mostra um caminho de menu que você suspeita estar desatualizado. O que fazer antes de publicar?
- a) Publicar assim mesmo, já que veio direto do print de tela fornecido
- b) Remover o caminho de menu do job aid para evitar o risco
- c) Verificar o caminho de menu no sistema real antes de publicar ✅ · Print pode estar desatualizado, e o Claude reproduz fielmente uma entrada já errada.
Gabarito — Quiz final (núcleo comum)
| # |
Resposta |
# |
Resposta |
| 1 |
b |
14 |
c |
| 2 |
c |
15 |
b |
| 3 |
a |
16 |
c |
| 4 |
a |
17 |
b |
| 5 |
b |
18 |
a |
| 6 |
c |
19 |
b |
| 7 |
b |
20 |
c |
| 8 |
a |
21 |
c |
| 9 |
c |
22 |
a |
| 10 |
c |
23 |
c |
| 11 |
a |
24 |
a |
| 12 |
b |
25 |
b |
| 13 |
a |
|
|
Gabarito — FUNC
| # |
Resposta |
| F1 |
b |
| F2 |
c |
| F3 |
a |
| F4 |
b |
| F5 |
c |
Questões da faixa TEC (5)
T1. Você aponta o Claude Code para um programa Z de milhares de linhas sem documentação. Qual é o primeiro pedido mais eficaz?
- a) "Explique este programa"
- b) Pedir um mapa estruturado: pontos de entrada, tabelas lidas/gravadas e efeitos colaterais externos ✅ · Mapa estruturado, não resumo solto — é o que permite navegar o código depois.
- c) "Reescreva este programa de forma mais limpa"
T2. Depois de gerado, o mapa de dependências de um programa legado deveria:
- a) Ficar registrado só na conversa, para consulta rápida
- b) Ser enviado por e-mail ao time, sem salvar no repositório
- c) Ser salvo como documentação no repositório, ao lado do fonte ✅ · Mapa que fica só na conversa desaparece com a sessão.
T3. Qual é a ordem correta do ciclo de refatoração segura apresentado na aula 2.8.T2?
- a) Diff → plan mode → skill de verificação
- b) Plan mode → diff revisado → skill de verificação ✅ · O plano precisa vir antes de qualquer arquivo ser tocado.
- c) Skill de verificação → plan mode → diff
T4. Todos os testes automatizados passaram depois de uma refatoração em ABAP. Isso é suficiente para:
- a) Promover a mudança para o ambiente DEV ✅ · É o único ambiente onde o ciclo automatizado fecha sozinho; QAS e produtivo exigem revisão humana explícita.
- b) Promover a mudança direto para produtivo
- c) Considerar a refatoração completamente validada, sem mais checagem
T5. Por que o Claude tende a render melhor em CAP/Fiori do que em ABAP clássico, com o mesmo nível de contexto fornecido?
- a) Porque CAP e Fiori são produtos mais novos e o Claude foi treinado especificamente neles
- b) Porque ABAP clássico não é suportado pelo Claude Code
- c) Porque CDS, JavaScript e TypeScript são tecnologias abertas, vistas em muito mais contextos além de SAP ✅ · Em ABAP clássico, a sintaxe é proprietária e ele depende mais do contexto que você fornece.
Gabarito — TEC
| # |
Resposta |
| T1 |
b |
| T2 |
c |
| T3 |
b |
| T4 |
a |
| T5 |
c |
Questões da faixa BASIS (5)
B1. Você recebe doze short dumps de produção numa segunda-feira. Qual é o primeiro passo, antes de pedir qualquer agrupamento?
- a) Pedir direto o agrupamento por causa raiz, para ganhar tempo
- b) Abrir a nota SAP de suporte mais recente antes de olhar os dumps
- c) Verificar e anonimizar qualquer CPF, e-mail ou nome de usuário real presente nos dumps ✅ · Dump de produção carrega dado real com frequência; anonimizar vem antes de analisar.
B2. Qual formato de resposta é o mais útil ao pedir análise de causa raiz de um dump?
- a) Uma conclusão fechada e definitiva sobre o que causou o erro
- b) Hipótese + evidência que a sustenta + próxima verificação concreta a fazer no sistema ✅ · O Claude não tem acesso ao sistema vivo para confirmar sozinho — conclusão fechada seria plausível, não verificada.
- c) Apenas a lista de dumps ordenada por data
B3. Antes de rodar, pela primeira vez, um script gerado com apoio do Claude contra o ambiente QAS, o que é obrigatório?
- a) Revisão humana linha a linha, mesmo sendo um script só de leitura ✅ · Script "só leitura" ainda pode causar lock, consumo em horário errado, ou rodar contra o ambiente errado.
- b) Nada — se o script é só de leitura, pode rodar direto
- c) Apenas rodar em DEV primeiro, sem revisão manual do código
B4. Depois que um script já revisado é agendado para rodar toda semana, cada execução subsequente exige nova revisão humana?
- a) Não — a revisão vale para a primeira execução; disparos agendados do mesmo script já revisado não exigem revisão a cada vez ✅ · Exigir revisão a cada disparo inviabilizaria o próprio agendamento.
- b) Sim, toda execução agendada precisa de revisão humana antes de rodar
- c) Só se o script tocar o ambiente produtivo
B5. Qual é o risco específico de gerar documentação de landscape em massa, de uma vez só, sem loop de verificação recorrente?
- a) O Claude não consegue processar múltiplas fontes de configuração ao mesmo tempo
- b) Sem verificação recorrente, a documentação gerada em massa desatualiza do mesmo jeito que a manual antiga — mais rápida de produzir, não mais confiável ✅
- c) Documentação gerada em massa não pode ser versionada em repositório
Gabarito — BASIS
| # |
Resposta |
| B1 |
c |
| B2 |
b |
| B3 |
a |
| B4 |
a |
| B5 |
b |
Questões da faixa PM (5)
P1. Um status report gerado afirma "80% do escopo concluído", sem indicar de onde veio o número. Qual é o problema?
- a) Nenhum — se o número está certo, a origem não importa
- b) O report não é defensável — precisa citar a fonte exata (planilha, aba, data) para cada métrica ✅ · "O Claude calculou" não sobrevive à primeira pergunta difícil do patrocinador.
- c) O problema é que o Claude não deveria calcular percentuais de progresso
P2. O Claude estrutura um risco identificado nas atas, com fato e evidência. Quem decide a gravidade real desse risco para o patrocinador?
- a) O Claude, já que ele tem acesso a todas as atas e à planilha de RICEFW
- b) Não é preciso decidir gravidade — o report lista todos os riscos com o mesmo peso
- c) O PM, com base no fato estruturado pelo Claude ✅ · Julgamento de gravidade e comunicação de má notícia nunca se terceirizam.
P3. Ao pedir ao Claude para estruturar uma proposta comercial a partir de um RFP, qual instrução deve sempre acompanhar o pedido?
- a) Pedir para incluir uma faixa de preço estimada, apenas para referência interna
- b) Instruir explicitamente para não definir preço ✅ · Preço reflete estratégia comercial e margem — decisão exclusivamente humana, nem como faixa de referência.
- c) Pedir para comparar o preço desta proposta com concorrentes do mercado
P4. Qual é o valor de usar o histórico de propostas anteriores da Wayon ao montar uma proposta nova?
- a) Desafiar as premissas da proposta nova com base no que realmente aconteceu (ou falhou) nos projetos anteriores ✅ · Premissa que falhou em dois dos últimos três projetos merece buffer no cronograma.
- b) Copiar o preço praticado nas propostas anteriores
- c) Reduzir o tempo de revisão do checklist antes do envio
P5. Ao preparar um comitê, qual é o pedido mais útil a fazer ao Claude sobre o próprio material?
- a) "Confirme que este material está pronto para o comitê"
- b) "Resuma o material em uma página"
- c) "Represente o membro mais cético do comitê e liste as dez perguntas mais difíceis" ✅ · É o exercício de advogado do diabo — expõe o que está omitido antes de o comitê expor ao vivo.
Gabarito — PM
| # |
Resposta |
| P1 |
b |
| P2 |
c |
| P3 |
b |
| P4 |
a |
| P5 |
c |
Entrega prática: CLAUDE.md e duas skills, para revisão de um par
O quiz mede se você entendeu o nível. A entrega prática mede se você construiu alguma coisa com ele. As duas são exigidas para liberar o Nível 3.
O que você submete
- [ ] O seu
CLAUDE.md real — o que você de fato usa no seu dia a dia de projeto, não um exemplo criado para o curso
- [ ] Duas skills suas, escritas por você, já em uso (ou prontas para uso) em trabalho real
- [ ] Um colega da Wayon designado como revisor de par — outro consultor, de preferência de uma faixa diferente da sua
O que o revisor confere no CLAUDE.md (módulo 2.3)
- [ ] O arquivo é um guia, com instruções que orientam decisão — não uma lista de configurações ou preferências soltas
- [ ] Está organizado por camadas reconhecíveis (o que vale sempre vs. o que é específico de um cliente ou projeto), não é um único bloco de texto
- [ ] As instruções são verificáveis — dá para olhar um resultado e saber se a instrução foi cumprida, e não frases como "seja rigoroso" ou "capriche"
- [ ] O arquivo tem tamanho que alguém realmente leria — comprido demais é sinal de que vai ser ignorado
- [ ] Há evidência de revisão permanente: pelo menos uma instrução no arquivo existe claramente porque um erro anterior apontou a falta dela
O que o revisor confere nas duas skills (módulo 2.4)
- [ ] A
description de cada skill diz o que ela faz e quando usar, com palavras que a pessoa realmente digitaria — não uma descrição genérica
- [ ] O corpo da skill define um formato de saída claro e itens verificáveis, não só uma instrução vaga de procedimento
- [ ] Pelo menos uma das duas skills resolve um procedimento genuinamente repetido no trabalho do consultor — não uma skill de demonstração, criada só para a entrega
- [ ] Se alguma das skills for multi-arquivo, os arquivos de apoio estão organizados e referenciados corretamente a partir do
SKILL.md
- [ ] O revisor testa cada skill com uma frase que deveria disparar e uma que não deveria — e confirma que o comportamento é o esperado nas duas
Critério de aceite do par
O revisor aprova a entrega quando CLAUDE.md e as duas skills passam nos itens acima. Se algo falhar, o revisor devolve com o item específico a ajustar — não é reprovação, é a mesma lógica do módulo 1.9 do Nível 1: cada lacuna encontrada é uma linha que falta nas suas instruções.
Regra Wayon
A entrega prática não sai da máquina do consultor até ser aceita pelo par. Nenhum CLAUDE.md ou skill entra em repositório compartilhado da squad antes dessa revisão.