MCP Apps Novedades
En esta página
Experto Lección 6 de 6 ≈ 70 min de lectura
Especificación 2026-07-28
Caso de estudio: la plataforma MCP de Nortia
Especificación MCP 2026-07-28 · revisada el 2 de octubre de 2026
Lección de cierre: del encargo de dirección a una plataforma MCP para España y México. Requisitos, arquitectura justificada, registro de decisiones, plan por fases, un recorrido de extremo a extremo ejecutado, incidentes reproducidos y operación.
Qué aprenderás
- Convertir un encargo de dirección en requisitos comprobables y en una lista explícita de lo que se descarta
- Justificar una arquitectura MCP de empresa decisión a decisión, con las alternativas rechazadas y la condición que haría revisar cada una
- Planificar un despliegue por fases con criterios de salida que pueda comprobar una máquina o un auditor
- Encadenar pasarela, identidad, aprobación en varias rondas y auditoría, y reconstruir una operación a partir de su trace-id
- Operar la plataforma: detectar incidentes con los registros que ya existen, gobernar las versiones del protocolo y decidir qué adoptar y qué vigilar
Contenido de la lección
- 01 El problema
- 02 Requisitos y lo que se descarta
- 03 Arquitectura objetivo
- 04 Decisiones y plan por fases
- 05 Un recorrido de extremo a extremo
- 06 Lo que salió mal y cómo se detectó
- 07 Operación y evolución
- 08 En producción
Además: quiz de comprobación y desafío práctico.
Extracto
El 2 de octubre de 2026, el comité de dirección de Nortia aprueba un encargo de una página: una plataforma MCP que den por buena soporte, almacén y finanzas, en España y en México. No pide un número de servidores ni un producto. Pide que los agentes de soporte de España la usen antes de la campaña de noviembre y que finanzas pueda delegar abonos pequeños sin perder el control. También pide que México llegue en el primer trimestre de 2027 con sus datos procesados en México, y que auditoría interna pueda revisar evidencias antes de que entre en producción nada con efecto contable. El equipo de plataforma son tres personas, y finanzas no admite cambios en facturación durante el cierre de mes, del día 1 al 5.
Los plazos, el tamaño del equipo y las restricciones son los del caso. No hay cifras de negocio: Nortia es ficticia, y una previsión de tickets ahorrados no saldría de ninguna medición. Lo que sí hay son decisiones, y cada una ya la tomaste en alguna lección de este curso. Esta lección no introduce nada nuevo del protocolo. Ordena esas decisiones, explica por qué encajan y ejecuta el camino crítico de extremo a extremo con el código de las lecciones anteriores. Después reproduce dos incidentes y termina con lo que hay que vigilar cuando el curso acaba y la plataforma sigue.
Fin del extracto · la lección sigue con 7 secciones más
Artículos relacionados
Preguntas frecuentes
¿Cómo se diseña una plataforma MCP para una empresa?
Partiendo del encargo y no de la tecnología: traducir lo que pide la dirección en requisitos verificables, dejar escrito lo que queda fuera y justificar cada decisión de arquitectura frente a las alternativas descartadas. En el caso de Nortia el encargo marca plazos para España y México, exige que los datos mexicanos se procesen en México, que finanzas pueda dejar en otras manos los abonos de poco importe sin renunciar a controlarlos y que auditoría revise evidencias antes de producción, todo con un equipo de tres personas. En la lección se recorre ese diseño de principio a fin, hasta un plan por fases con criterios de salida comprobables.
¿Qué es un registro de decisiones de arquitectura y por qué usarlo en un proyecto MCP?
Es un documento en el que cada decisión de arquitectura queda anotada junto a las opciones que se rechazaron y a la circunstancia que obligaría a reconsiderarla. En MCP resulta especialmente útil porque el protocolo y su ecosistema cambian deprisa, como demuestra la revisión 2026-07-28 al retirar el handshake y la sesión, y algo descartado hoy puede convenir más adelante. En la lección se escribe el registro de la plataforma de Nortia y se usa para defender la arquitectura decisión a decisión.
¿Cómo se rastrea de principio a fin una operación hecha por un agente de IA con MCP?
Con un identificador de traza que acompaña a la operación en cada salto, del agente a la pasarela, de ahí al servidor MCP y hasta el registro de auditoría, para poder reconstruir después todo lo que ocurrió. La especificación 2026-07-28 reserva en _meta las claves traceparent, tracestate y baggage para propagar ese contexto con los formatos de W3C, aunque no obliga a emitir trazas. En la lección se ejecuta un recorrido completo por la plataforma de Nortia, con aprobaciones en varias rondas, y luego se reconstruye una operación partiendo únicamente de su identificador de traza.