← Voltar ao curso
Nível 2 — Ferramenta de trabalho · Módulo 2.4 — Skills de verdade

2.4.3 · A skill que vale construir primeiro: verificação

5 min de vídeo TODOS

Objetivo: ao final, o consultor entende por que uma skill de verificação — que confere o próprio trabalho do Claude sem precisar ser lembrada — é a primeira que vale montar, e reconhece a mesma forma em outros contextos.

O que você precisa levar desta aula

  1. Esta é a PRIMEIRA skill que vale construir porque checar deixa de depender da memória do consultor — ela dispara sozinha, sem ninguém precisar lembrar de pedir.
  2. "Pronto" não significa "o diff parece certo à primeira vista". Significa que os portões de verificação rodaram e o resultado foi declarado explicitamente — aprovado ou reprovado, com evidência.
  3. A mesma forma (disparar sozinho, checar, declarar aprovado/reprovado com evidência) serve igual para um checklist de release, uma receita de migração de dados, ou uma checagem pré-PR.

Anatomia da skill de verificação

Elemento O que faz
Gatilho Dispara depois de uma alteração aceita, sem pedido explícito do consultor
Checagem 1 — testes Roda a suíte existente contra a mudança
Checagem 2 — leitura do diff Lê o que exatamente mudou, não só se o teste passou
Checagem 3 — afrouxamento Procura especificamente: validação removida, teste comentado ou desativado sem justificativa
Saída Aprovado ou reprovado, sempre com evidência concreta (linha, nome do teste, trecho citado)

Duas definições de "pronto"

Definição fraca Definição da skill de verificação
O que significa O diff parece certo numa leitura rápida Os portões de verificação rodaram e o resultado foi declarado explicitamente
O que pode esconder Teste comentado, validação removida, efeito colateral não coberto Nada disso passa despercebido, porque é procurado especificamente

A mesma forma em outros contextos

Regra Wayon Nenhuma entrega de código ou dado assistida por Claude Code é considerada concluída sem o relatório da skill de verificação anexado — aprovado ou reprovado, com a evidência que sustenta a declaração.

📖 Skills — verificação automática

Quiz — 4 questões

1.Por que a skill de verificação é a primeira que vale construir, antes de qualquer outra skill da consultoria?
  • a)Porque checar deixa de depender da memória do consultor — ela dispara sozinha, sem precisar ser lembrada

    Correto.

  • b)Porque é a mais simples tecnicamente de todas

    Não é uma questão de simplicidade técnica; é sobre o que ela resolve.

  • c)Porque é a única skill que pode rodar scripts

    Scripts em skill não são exclusividade da skill de verificação, como visto na aula 2.4.2.

Ver resposta e por quê
✅a) Correto.
❌b) Não é uma questão de simplicidade técnica; é sobre o que ela resolve.
❌c) Scripts em skill não são exclusividade da skill de verificação, como visto na aula 2.4.2.
2.Um diff foi aceito e, numa primeira olhada, parece correto. Isso é suficiente para considerar a mudança "pronta"?
  • a)Sim, se o diff parece certo à primeira vista, já é suficiente

    É exatamente a definição fraca que a aula contrasta com a correta.

  • b)Sim, desde que os testes automatizados existentes já estivessem passando antes da mudança

    Testes passando antes não garante nada sobre o que a mudança fez — é preciso rodar e declarar depois dela.

  • c)Não — "pronto" exige que os portões de verificação tenham rodado e o resultado tenha sido declarado explicitamente

    Correto.

Ver resposta e por quê
❌a) É exatamente a definição fraca que a aula contrasta com a correta.
❌b) Testes passando antes não garante nada sobre o que a mudança fez — é preciso rodar e declarar depois dela.
✅c) Correto.
3.Além de rodar os testes, o que a skill de verificação precisa checar especificamente para detectar afrouxamento?
  • a)Apenas se o número de testes aumentou ou diminuiu

    Um teste pode ter sido comentado, não removido — o número de testes sozinho não revela isso.

  • b)Se alguma validação foi removida ou algum teste foi comentado/desativado sem justificativa

    Correto.

  • c)Apenas o tempo de execução da suíte de testes

    Tempo de execução não indica afrouxamento de validação ou teste.

Ver resposta e por quê
❌a) Um teste pode ter sido comentado, não removido — o número de testes sozinho não revela isso.
✅b) Correto.
❌c) Tempo de execução não indica afrouxamento de validação ou teste.
4.A mesma forma da skill de verificação (disparar sozinha, checar, declarar com evidência) se aplica a qual dos três cenários abaixo? ---
  • a)Apenas a alterações de código ABAP, por ser a única linguagem com essa cobertura

    A forma não é restrita a uma linguagem; ela se aplica a qualquer contexto com um critério verificável.

  • b)Um checklist de release de sistema, uma receita de migração de dados e uma checagem pré-PR

    Correto. É exatamente o que a aula usa como exemplo de reaplicação da mesma forma.

  • c)Apenas quando existe um pipeline de CI já configurado no projeto

    A skill de verificação não depende de CI existente — ela é a própria checagem, independente de pipeline externo.

Ver resposta e por quê
❌a) A forma não é restrita a uma linguagem; ela se aplica a qualquer contexto com um critério verificável.
✅b) Correto. É exatamente o que a aula usa como exemplo de reaplicação da mesma forma.
❌c) A skill de verificação não depende de CI existente — ela é a própria checagem, independente de pipeline externo.