MCP en arquitectura: protocolo, usos y límites

El MCP en arquitectura atrae porque promete conectar un asistente a Revit, Rhino, Archicad u otras herramientas. El protocolo, sin embargo, no hace ni al modelo omnisciente ni al software autónomo. Ofrece una manera estructurada de exponer recursos y acciones. La seguridad depende de lo que se expone, a quién y con qué validaciones.

La regla simple a recordar: conectar no es delegar. Antes del primer ensayo, el equipo debe distinguir lectura, sugerencia, modificación y ejecución irreversible.

Índice

Aclaramos el papel del MCP, luego la elección de un caso de uso, los permisos, la recepción (prueba de aceptación), las competencias a formar y las razones para no añadir esta capa.

Lo que el protocolo aporta realmente

El MCP estandariza la comunicación entre una aplicación cliente y un servidor que expone capacidades. Puede evitar una integración distinta para cada par de herramientas, pero no define por sí solo las reglas de negocio ni la calidad de las acciones.

La especificación Model Context Protocol del 28 de julio de 2026 describe la arquitectura y las primitivas del protocolo. Un servidor puede exponer recursos, herramientas o prompts según su implementación. La presencia de un servidor público no prueba ni su seguridad ni su adecuación a un proyecto profesional.

Un esquema claro ayuda a localizar las responsabilidades. Si el cliente puede llamar a una herramienta de escritura, la autorización debe ser visible y limitada. Si el servidor solo lee metadatos, el riesgo es distinto.

Partir de un caso de uso estrecho

Un piloto MCP debe empezar por una tarea observable y reversible. « Pilotar el proyecto con la IA » es demasiado amplio. « Listar las vistas que no respetan una convención de nomenclatura » permite definir una entrada, una salida y un control.

Lectura antes que escritura

Empiece por interrogar un modelo de prueba: propiedades, listas, incoherencias o elementos seleccionados. Pida una salida estructurada y compárela con el software. Un error de lectura debe comprenderse antes de autorizar la menor modificación.

Escritura limitada

Una acción de escritura debe anunciar su perímetro, presentar una vista previa y ofrecer una marcha atrás. Los comandos genéricos que pueden modificar todo el modelo exigen un nivel de control superior. Trabaje sobre una copia y conserve el registro de las acciones.

Puesta en práctica hipotética. Un asistente podría pedir al servidor MCP la lista de las vistas de un archivo de demostración, proponer nombres conformes a una convención y luego esperar una selección explícita antes de cualquier modificación. Este mecanismo es un ejemplo de piloto, no un despliegue realizado en un cliente de Educasium.

Permisos, procedencia y mantenimiento

El punto crítico no es solo lo que el asistente comprende, sino lo que el servidor le autoriza a hacer. Un componente descargado desde un repositorio debe examinarse como código que actúa en el entorno de negocio.

Identifique al autor, la licencia, la frecuencia de las actualizaciones, las dependencias y los accesos de red. Verifique el comportamiento cuando el software, la API o el modelo cambian. Una demo antigua puede funcionar en una versión concreta y fallar en otra.

La ANSSI publica recomendaciones de seguridad para los sistemas de IA generativa. Ayudan a situar el conector en un sistema más amplio: identidad, secretos, registro, compartimentación y supervisión.

Educasium ya publica fichas de recursos MCP. El presente artículo no las sustituye; ofrece el método común que debe preceder al ensayo de un recurso MCP para arquitectos.

Probar la calidad sin confundir fluidez y exactitud

Un asistente puede describir una acción plausible que ninguna herramienta ejecuta realmente. La prueba debe comparar la intención formulada, la llamada enviada, el resultado en el software y la traza conservada.

Prepare casos normales y casos límite: objeto ausente, selección vacía, unidad diferente, archivo bloqueado y acción repetida. Verifique que el servidor rechaza limpiamente lo que supera su perímetro. Un error explícito es preferible a una modificación parcial silenciosa.

Nuestra guía sobre las herramientas de IA para arquitectos ayuda a situar el MCP entre las otras familias de herramientas. El comparativo de los programas de IA de arquitectura trata la elección funcional; aquí, el tema es la integración y la responsabilidad.

Formar a los roles, no solo al usuario final

Un piloto MCP concierne, como mínimo, al usuario de negocio, a la persona que mantiene el servidor y a la persona responsable de los datos. Formar únicamente a quien escribe las consultas deja los accesos y las actualizaciones sin propietario.

El programa de formación debe explicar la frontera entre la petición en lenguaje natural y la acción técnica. Debe también enseñar a leer un registro, suspender un conector y señalar un comportamiento inesperado. La guía de la formación en IA en la empresa ofrece una base para repartir estos niveles.

Experiencia delimitada y posición de Educasium

Educasium documenta y forma en los usos de IA para los oficios de la arquitectura; no declaramos haber desplegado los servidores citados en un proyecto de cliente. Nuestra opinión es que el aprendizaje debe empezar por un modelo de pruebas (sandbox) y un permiso de lectura. El valor de una conexión no justifica saltarse la prueba de aceptación.

Esta elección pedagógica evita convertir una demostración en promesa de producción. Permite también comparar varias implementaciones con los mismos criterios: perímetro, trazabilidad, reanudación y mantenimiento.

Límites y contraejemplos

El MCP no es necesario para todas las tareas. Exportar una tabla, usar una API oficial o escribir un script controlado puede ser más sencillo y más estable. El protocolo añade una capa que debe mantenerse.

Evite un piloto si el proyecto no dispone de copia de prueba, si los derechos no se comprenden o si nadie puede examinar el servidor. No conecte un modelo sensible para ganar unos minutos en una tarea infrecuente. El beneficio debe compensar la superficie técnica y organizativa añadida.

Preguntas frecuentes

¿Es el MCP un modelo de inteligencia artificial?

No. Se trata de un protocolo de intercambio entre una aplicación cliente y servidores que exponen capacidades. El modelo puede usar estas capacidades según el cliente y las autorizaciones. La calidad del modelo y la seguridad del servidor siguen siendo temas distintos. Hay que evaluar cada capa.

¿Puede un servidor MCP modificar una maqueta?

Sí, si su implementación expone acciones de escritura y si el software las permite. No es automático para todos los servidores. Verifique las herramientas declaradas, el código y los permisos. Empiece sobre una copia con vista previa y validación humana.

¿Se puede usar un servidor encontrado en GitHub?

Se puede estudiar, pero no debe ejecutarse en producción solo por la fe en su página. Examine al autor, la licencia, las dependencias, los secretos y los accesos de red. Haga revisar el código si el riesgo lo justifica. Pruebe después en un entorno aislado.

¿Qué competencia hay que enseñar primero?

La descomposición del caso de uso y la lectura de los permisos van antes que el arte del prompt. El usuario debe saber lo que la herramienta puede leer y modificar. Debe también reconocer una acción que supera la petición. Esta comprensión sigue siendo útil aunque la implementación cambie.

Preparar un piloto MCP responsable

Formación elegible para financiación OPCO/FIF PL según condiciones. Organismo certificado Qualiopi. Descubra la formación IA para arquitectos o contacte con Educasium para enmarcar un entorno de aprendizaje sin datos de proyecto sensibles.