← Voltar ao curso
Nível 3 — Automação e escala · Módulo 3.4 — Verificando trabalho não supervisionado

3.4.1 · Verifique na proporção da corda que você deu

4 min de vídeo TODOS

Objetivo: ao final, o consultor calibra o rigor da verificação pelo grau de supervisão que a execução teve, e sabe por que execução desassistida fica em auto mode e não em bypass.

O que você precisa levar desta aula

  1. Verifique na proporção da corda que você deu. Sessão que você acompanhou passo a passo já foi verificada durante; execução desassistida não teve verificação nenhuma, e a checagem depois carrega o peso inteiro.
  2. Execução desassistida fica em auto mode, nunca em bypass: em auto o classificador de segurança continua barrando o que é perigoso, e não há humano para substituí-lo.
  3. O classificador julga perigo, não correção. Código quebrado, spec com regra errada e renomeação na pasta errada passam por ele sem pausa — porque nada disso é perigoso.

A régua de calibração

Execução Foi observada? Verificação necessária
Sessão curta, você lendo cada diff Sim, integralmente Conferida final — você já verificou durante
Sessão longa com plan mode aprovado e diffs revisados Em parte Diff completo ao fim, com atenção ao que ficou fora do plano
Execução headless num pipeline Não Checagem real: resultado JSON, exit code e diff
Routine agendada de madrugada Não Checagem real, e abrir a execução — verde não é sucesso de tarefa
Subagente dentro de tarefa maior Não de perto Verificar o resultado devolvido, não o caminho

O princípio é simples de enunciar e fácil de esquecer sob pressão de prazo: verificação não é opcional, é proporcional. O que muda com o grau de supervisão é o rigor, nunca a existência.

Auto mode, não bypass — e por quê

Auto mode Bypass permissions
Classificador de segurança Revisa cada ação Nenhuma checagem
Barra produção, force push, curl \| sh Sim Não
Adequado para execução desassistida Sim Não
Onde bypass é aceitável — Só em container ou VM isolada, sem dado de cliente (aula 2.5.3)

Execução desassistida é exatamente o cenário em que a rede automática mais importa, porque é o único em que não há rede humana. Rodar desassistido em bypass junta o pior dos dois mundos: nenhuma checagem automática e nenhuma supervisão.

O que o classificador não faz

Vale repetir com exemplos de projeto, porque é onde a confiança indevida nasce:

O Claude fez O classificador vê perigo? Passa?
rm -rf numa pasta de projeto Sim Barrado
Deploy no PRD do MRD Sim Barrado
Escreveu uma regra de alçada errada na FS Não — é só um texto Passa
Renomeou 200 evidências, tocando a pasta da Fase 1 Não — é renomear arquivo Passa
Refatorou o ABAP e quebrou um cenário de exceção Não — é editar arquivo Passa

As três últimas linhas são o motivo deste módulo existir. Nenhuma delas é perigosa; todas as três são erradas, e é o erro que chega ao cliente.

Regra Wayon Toda execução desassistida em pasta de cliente roda em auto mode, nunca em bypass, e nenhum resultado de execução desassistida vai para o cliente sem verificação humana registrada — independentemente de quantos portões automáticos passaram. Automação sem verificação não reduz risco: ela transfere o risco para o cliente, com a assinatura da Wayon em cima.

📖 Modos de permissão — módulo 2.5 · Verificação como skill — módulo 2.4

Quiz — 4 questões

1.Uma routine rodou às 3h da manhã e a lista de execuções mostra bolinha verde. O que isso garante?
  • a)Que a tarefa foi concluída com sucesso, já que não houve erro

    Verde indica que a sessão terminou sem erro de infraestrutura — falha de tarefa, rede bloqueada e conector faltando aparecem dentro da execução, não no indicador.

  • b)Apenas que a sessão iniciou e terminou sem erro de infraestrutura — é preciso abrir a execução e ler

    Correto. É a armadilha que a aula 3.5.1 já apontou e que esta aula transforma em régua.

  • c)Que o classificador de segurança aprovou todas as ações, logo o resultado está correto

    Duas coisas erradas: o classificador não "aprova o resultado", e ele nunca julga correção — só perigo.

Ver resposta e por quê
❌a) Verde indica que a sessão terminou sem erro de infraestrutura — falha de tarefa, rede bloqueada e conector faltando aparecem dentro da execução, não no indicador.
✅b) Correto. É a armadilha que a aula 3.5.1 já apontou e que esta aula transforma em régua.
❌c) Duas coisas erradas: o classificador não "aprova o resultado", e ele nunca julga correção — só perigo.
2.Você vai rodar uma tarefa desassistida numa pasta de projeto do Meridiano. Qual configuração é a adequada?
  • a)Auto mode, mantendo o classificador de segurança ativo

    Correto. Execução desassistida é justamente onde a rede automática mais importa, porque não há rede humana.

  • b)Bypass permissions, para a tarefa não travar em nenhuma aprovação

    Junta o pior dos dois mundos: nenhuma checagem automática e nenhuma supervisão humana. Bypass é só para container ou VM isolada sem dado de cliente.

  • c)Manual, para garantir que cada ação seja aprovada

    Em execução desassistida não há ninguém para aprovar — a tarefa ficaria pendurada no primeiro prompt (aula 2.5.3).

Ver resposta e por quê
✅a) Correto. Execução desassistida é justamente onde a rede automática mais importa, porque não há rede humana.
❌b) Junta o pior dos dois mundos: nenhuma checagem automática e nenhuma supervisão humana. Bypass é só para container ou VM isolada sem dado de cliente.
❌c) Em execução desassistida não há ninguém para aprovar — a tarefa ficaria pendurada no primeiro prompt (aula 2.5.3).
3.Numa execução desassistida, o Claude escreveu uma regra de alçada incorreta numa spec funcional. O classificador de segurança barrou?
  • a)Sim — regra de negócio errada numa spec de cliente é exatamente o tipo de risco que ele cobre

    O classificador avalia se a ação parece perigosa, não se o conteúdo está certo.

  • b)Sim, se a spec estivesse numa pasta de cliente

    A localização não muda o critério: escrever texto num arquivo não é uma ação perigosa, em pasta nenhuma.

  • c)Não — escrever texto num arquivo não é perigoso, e o classificador nunca julga correção

    Correto. É exatamente a lacuna que este módulo existe para cobrir.

Ver resposta e por quê
❌a) O classificador avalia se a ação parece perigosa, não se o conteúdo está certo.
❌b) A localização não muda o critério: escrever texto num arquivo não é uma ação perigosa, em pasta nenhuma.
✅c) Correto. É exatamente a lacuna que este módulo existe para cobrir.
4.Duas execuções produziram o mesmo entregável: uma numa sessão de 20 minutos em que você leu cada diff, outra num pipeline headless. Por que a verificação necessária é diferente? ---
  • a)Não é diferente — o mesmo entregável exige o mesmo nível de conferência

    O que calibra o rigor não é o entregável, é quanto foi observado enquanto ele era produzido.

  • b)Porque na primeira você verificou incrementalmente enquanto acontecia, e na segunda nada foi observado

    Correto. Verificação é proporcional à corda que você deu.

  • c)Porque execução headless usa um modelo diferente, menos confiável

    Não há troca de modelo por ser headless; a diferença é de supervisão, não de capacidade.

Ver resposta e por quê
❌a) O que calibra o rigor não é o entregável, é quanto foi observado enquanto ele era produzido.
✅b) Correto. Verificação é proporcional à corda que você deu.
❌c) Não há troca de modelo por ser headless; a diferença é de supervisão, não de capacidade.